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METHOD AND APPARATUS FOR PROVIDING A DISCOUNT TO A 
CUSTOMER THAT PARTICIPATES IN TRANSACTIONS AT A PLURALITY OF 
MERCHANTS 

CROSS-REFERENCE TO RE LATED AP PLICATIONS 

This application is related to co-pending United States patent application Serial No. 
09/098,240 entitled "SYSTEM AND METHOD FOR APPLYING AND TRACKING A 
CONDITIONAL VALUE COUPON FOR A RETAIL ESTABLISHMENT" filed on June 
i 6, 1998 in the name of Jay S. Walker and Andrew S. Van Luchene; and is further related 
to co-pending United States patent application Serial No. 09/166,405 entitled "METHOD 
AND APPARATUS FOR DEFINING ROUTING OF CUSTOMERS BETWEEN 
MERCHANTS" filed on October 5, 1998 in the name of Jay S. Walker, Andrew Van. 
Luchene, Daniel E. Tedesco, Magdalena Mik and James A. Jorasch (Attorney Docket No. 
WD2-98-048); and is liirther related to co-pending United States patent application Ser. 
No. 09/166,339 entitled "METHOD AND APPARATUS FOR MAINTAINING A 
CUSTOMER DATABASE USING LICENSE PLATE SCANNING" filed on October 5, 
1998 in the name of Jay S. Walker, Joshua D. Rogers and Andrew S. Van Luchene 
(Attorney Docket No. WD2-98-059), each of which is assigned to the assignee of the 
present application and each of which is incorporated by reference herein as part of the 
present disclosure. 



FIELD OF THE INVENTION 

The present invention relates to methods and apparatus for providing 

discounts. 
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BACKGROUND OF THE INVENTION 

Point-of-sale ("POS") tenninals, such as cash registers, are used in a wide 
variety of businesses for performing such processes as calculating the total price of a 
purchase (goods or services), tracking inventory that is sold and calculating the amount of 
change due to a customer. In addition, POS terminals may also be used to read and 
process coupons used by customers and print coupons for customers. 

When a customer uses a coupon during a transaction (e.g. a purchase of 
goods and/or services), a discount is applied to the transaction. For example, a price that a 
customer is charged for an item may be reduced, or the entire transaction price (sum of the 
prices of all items in the transaction) may be reduced. Businesses typically offer coupons 
to customers in an attempt to promote many objectives. One such objective is to entice 
customers to visit the business, thereby promoting customer retention. Coupons may 
further entice customers to visit the business more frequently. For example, a coupon may 
have an expiration date, and so the customer must use the coupon before that date or not at 
all. Businesses may also promote certain items by offering coupons that provide a 
discount only when those items are included in a purchase. 

Hovirever, most discount offers that businesses provide cannot quickly 
respond to changing conditions of the business. For example, the business typically cannot 
know in advance precisely when it will need customers (i.e. "slow days") and when 
customers will be in abundance. Further, it is difficult to make customers aware of 
discounts in advance of when the customers win be most needed. 
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It would be advantageous to provide a method and apparatus for generating 
discounts that allowed a business to more effectively promote its various objectives. 

SUMMARY OF THE INVENTION 

It is an object of the present invention to provide a method and apparatus 
for generating discounts that aWov/ed a business to more effectively promote its various 
objectives. 

In accordance with the present invention, a server computer or other device 
determines whether a customer has consummated a first transaction with a first 
predetermined merchant and a second transaction with a second predetermined merchant. 
If so, the customer is provided with a bonus. 

In one embodiment, the server receives first transaction data representing a 
first transaction at a first merchant. The server determines, based on the first transaction 
datEj a discount and a second merchant. The discount is applicable if the consumer 
consummates a second transaction at the second merchant. The server then outputs an 
indication of the discount and the second merchant to inform the customer. Subsequently, 
the server receives second transaction data representing the second transaction at the 
second merchant, and in response the discount is applied. 



BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. I is a schematic illustration of an apparatus provided in accordance 
with the present invention. 
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FIG. 2 is a schematic illustration of a server of the apparatus of FIG. 1 . 
FIG. 3 is a schematic illustration of a store controller of the apparatus of 

FIG. 1. 

FIG. 4 is a schematic illustration of a POS terminal of the apparatus of FIG. 

FIG. 5 is a schematic illustration of an embodiment of a merchant database 
of the server of FIG. 2. 

FIG. 6 is a schematic illustration of an embodiment of an offer criteria 
database of the server of FIG. 2. 

FIG. 7 is a schematic illustration of an embodiment of a discount database 
of the server of FIG. 2. 

FIG. 8 is a schematic illustration of an embodiment of an offer database of 
the server of FIG. 2. 

FIG. 9 is a schematic illustration of an embodiment of an offer summary 
database of the server of FIG. 2. 

FIG. 10 is a schematic illustration of an embodiment of an inventory 
database of the POS terminal of FIG. 3. 

FIG. U is a schematic illustration of an embodiment of a customer database 
of the POS terminal of FIG. 3. 

FIG. 12 is a flow chart illustrating an embodiment of a method that is 
performed by the server of FIG. 2 in accordance vi^ith the present invention. 
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FIG. 13 is a flow chart illustrating another embodiment of a method that is 
perfonued by the server of FIG. 2 in accordance with the present invention. 

FIG. 14 is a schematic illustration of an apparatus provided in accordance 
with an alternate embodiment of the present invention. 
5 FIGS. 15A and 1 5B are a flow chart illustrating another embodiment of a 

method that is performed by a web browser in accordance with the present invention! 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

In accordance with the present invention, when a customer participates in a 
10 first transaction with a first merchant, it is determined whether the transaction meets 

particular criteria, such as a minimum purchase price. If the customer satisfies the criteria, 
then the first merchant, known as an "outputting merchant", outputs an offer for a discount 
to the customer. 

The offer defines conditions that the customer must meet in order to receive 
15 the discount. The customer may meet the conditions while participating in a second 

transaction with a second merchant, known as a "soliciting merchant". For example, the 
customer may be required to spend at least a minimum purchase price at the second 
merchant on a particular day. Once the condi tions are satisfied, the discount or other 
bonus is awarded to die customer. In one embodiment, the discount is applied by crediting 
20 a credit card account used during the first transaction. 

The present invention is particularly advantageous in that it allows various 
merchants to participate in mutually beneficial "co-branding" opportunities. Bonuses may 



5 
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be paid for by the soliciting merchant or may be partially funded by both the soliciting 
merchant and the outputting merchant based on offers provided and/or offers redeemed. 

Referring to FIG. 1, an apparatus 10 includes a server 12 that is in 
communication with store controllers 14, 16 and 18 by means of a network such as 
5 Microsoft First Datacorp ("MSFDC"). The server 1 2 directs the operation of, stores data 
from, and transmits data to the store controllers 14, 1 6 and 1 8. The server 12 is a 
computing device that can communicate with one or more store controllers. The server 12 
may be a computer that is owned and/or operated by a credit card clearinghouse such as 
First Data Corporation. 

10 Although three store control lers are shown in FIG. i , any number of store 

controllers may be in communication with the server 12 without departing from the spirit 
and scope of the present invention. The store controllers 14, 16 and 18 are typically 
located in different stores, such as in different stores of a mall. Similarly, the store 
controllers 14, 16 and 18 may each control different catalog merchants. The store 

1 5 controllers may also be computers that direct an "online store", such as a web server that 
receives and processes orders for goods. The server 12 may perform many of the 
processes described below as performed by a store controller, especially those processes 
that are performed for more than one store controller. The server 12 may also store data 
that is used by more than one store controller, 
2 0 Each store controller is in communication with one or more POS terminals. 

Specifically, the store controller 14 is in communication with POS terminals 20 and 22, the 
store controller 16 is in communication with a POS terminal 24 and the store controller 1 8 
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is in communication with POS terminals 26 and 28. The POS terminals may be, for 
example, the NCR 7454 manufactured by NCR Corporation or the IBM 4683 
manufactured by International Business Machines. Each store controller directs the 
operation of, stores data from, and transmits data to the POS terminal(s) with which it is in 
5 communication. For example, as described below, each store controller may store a 
database of inventory to indicate to the POS terminals the prices of items purchased. 

Referring to FIG. 2, the server 12 includes a processor 202 that comprises 
one or more conventional microprocessors such as the Intel® PentiumCSi microprocessor. 
The processor 202 is in communication with a data storage device 204, such as an 
10 appropriate combination of magnetic, optical and/or semiconductor memory. The 

processor 202 and the storage device 204 may each be (i) located entirely within a single 
computer or other computing device; (ii) connected to each other by a remote 
communication medium, such as a serial port cable, telq)hone line or radio frequency 
transceiver; or (iii) a combination thereof. For example, the server 1 2 may comprise one 
15 or more computers that are connected to a remote computer for maintaining databases. 

The processor 202 is also in communication with an input device 206, a 
printer 208 and a display device 210. The input device 206 may comprise a keypad for 
transmitting input signals to the processor 202. Other types of input devices are known to 
those skilled in the art. The printer 208 is for registering indicia on paper or other material. 
20 The display device 210 is operative to display at least alphanumeric characters, and thus 
may be any of a number of known video monitors, liquid crystal displays ("LCD") or light 
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emitting diode ("LED") displays. Many types of input devices and display devices are 
knovifn to those skilled in the art, and need not be described in detail Herein. 

The storage device 204 stores a server control program 220 for controlling 
the processor 202. The processor 202 performs instructions of the server control program 
5 220 and thereby operates in accordance with the present invention and particularly in 
accordance with the methods described in detail herein. The server control program 220 
fuithennore includes program elements that may be necessary, such as an operating system 
and "device drivers" for allowing the processor 202 to interface with computer peripheral 
devices, such as the input device 206 and the display device 2 1 0. Appropriate device 
10 drivers and other necessary program elements are known to those skilled in the art and 
need not be described in detail herein. 

The storage device 204 also stores (i) a merchant database 222, (ii) an offer 
criteria database 224, (iii) a discount database 226, (iv) an offer database 228, and (v) an 
offer summary database 230. In addition, the store controllers 14, 16 and 18 may query the 
15 server 12 to obtain information from the databases stored by the server. In another 

embodiment, one or more of the store controllers 14, 16 and 18 may store one or more of 
the databases 222, 224, 226, 228 and 230. The databases 222, 224, 226. 228 and 230 are 
described in detail below and depicted with exemplary entries in the accompanying 
figures. As will be understood by those skilled in the art, the schematic illustrations and 
2 0 accompanying descriptions of the databases presented herein are exemplary arrangements 
for stored representations of information. A number of other anangements may be 
employed besides the tables shown. Similarly, the illustrated entries represent exemplary 
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information, but those skilled in the ait will understand that the number and content of the 
entries can be different from those illustrated herein. 

Referring to FIG. 3, the following description of the store controller 14 is 
likewise descriptive of the store controllers 16 and 18 (FIG. 1). The store controller 14 
includes a processor 302 that comprises one or more conventional microprocessors such as 
the Intel® Pentium® microprocessor. The processor 302 is in communication with a data 
storage device 304, such as an appropriate combination of magnetic, optical and/or 
semiconductor memory. The processor 302 and the storage device 304 may each be (i) 
located entirely within a single computer or other computing device; (ii) connected to each 
other by a remote communication medium, such as a serial port cable, telephone line or 
radio frequency transceiver; or (iii) a combination thereof For example, the store 
controller 14 may comprise one or more computers that are connected to a reriiote 
computer for maintaining databases. 

The processor 302 is also in communication with an input device 306, a 
printer 308 and a display device 310. The input device 306 preferably comprises a keypad 
for transmitting input signals to the processor 302. The printer 308 is for registering 
indicia on paper or other material. The display device 3 10 is operative to display at least 
alphanumeric characters to the customer and/or cashier, and thus may be any of a number 
of known video monitors, liquid crystal displays ("LCD") or light emitting diode ("LED") 
displays. Many types of input devices, printers and display devices are knovra to those 
skilled in the art, and need not be described in detail herein. 
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The storage device 304 stores a store controller contro] program 320 for 
controlling the processor 302. The processor 302 performs instructions of the store 
controller control program 320 and thereby operates in accordance with the present 
invention and particularly in accordance with the methods described in detail herein. The 
5 store controller control program 320 fiirthermore includes program elements that may be 
necessary, such as an operating system and "device drivers" for allowing the processor 302 
to interface with computer peripheral devices. Appropriate device drivers and other 
necessary program elements are known to those skilled in the art and need not be described . 
in detail herein. 

10 The storage device 304 also stores (i) an inventory database 322, and (ii) a 

customer database 324. In another embodiment, one or more of the POS terminals 20 and 
22 may store one or more of the databases 322 and 324. The databases 322 and 324 are 
described in detail below and depicted with exemplary entries in the accompanying 
figures. As will be understood by those skilled in the art, the schematic illustrations and 

1 5 accompanying descriptions of the databases presented herein are exemplary arrangements 
for stored representations of information. A number of other arrangements may be 
employed besides the tables shown. Similarly, the illustrated entries represent exemplary 
information, but those skilled in the art will understand that the number and content of the 
entries can be different from those illustrated herein. 

20 Referring to FIG. 4, the following description of the POS terminal 20 is 

likewise descriptive of the POS tenninals 22, 24, 26 and 28 (FIG. 1). The POS terminal 20 
includes a processor 402 that comprises one or more conventional microprocessors such as 
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the Intel® Pentium® microprocessor. The processor 402 is in communication with a data 
storage device 404, such as an appropriate combination of magnetic, optical and/or 
semiconductor memory. The processor 402 and the storage device 404 may each be (i) 
located entirely within a single computer or other computing device; (ii) connected to each 
other by a remote communication medium, such as a serial port cable, telephone line or 
radio frequency transceiver; or (iii) a combination thereof. For example, the POS terminal 
20 may comprise one or more computers that are connected to a remote computer for 
maintaining databases. 

The processor 402 is also in communication with an input device 406, a 
printer 408 and a display device 410. The input device 406 may comprise one or more of 
(i) a keypad for transmitting input signals to Uie processor 402; (ii) a card reader for 
reading magnetically-encoded information on cards passed therethrough, such as credit 
cards, frequent shopper cards and identity cards; (iii) an optical scanner for reading bar 
codes, such as bar codes registered on items of inventory; and (iv) a touch screen for 
generating signals that indicate when and where the screen has been touched, pressed or 
actuated. The printer 408 is for registering indicia on paper or other material, thereby 
printing receipts, coupons and vouchers as commanded by the processor 402. The disp]ay 
device 410 is operative to display at least alphanumeric characters to the customer and/or 
cashier, and thus may be any of a number of known video monitors, liquid crystal displays 
("LCD") or light emitting diode ("LED") displays. Many types of input devices, printers 
and display devices are known to those skilled in the art, and need not be described in 
detail herein. 
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The storage device 404 stores a POS terminal control program 420 for 
controlling the processor 402. The processor 402 perfonns instructions of the POS 
terminal control program 420 and thereby operates in accordance with the present 
invention and particularly in accordance with the methods described in detail herein. The 
POS terminal control program 420 furthermore includes program elements that may be 
necessary, such as an operating system and "device drivers" for allowing the processor 402 
to interface with computer peripheral devices. Appropriate device drivers and other 
necessary program elements are known to those skilled in the art and need not be described 
in detail herein. 

Referring to FIG. 5, a table 500 illustrates an embodiment of the merchant 
database 222 (FIG. 2). The table 500 includes entries 502, 504 and 506, each of which 
describes a merchant that owns, operates or controls a store controller. It will be 
understood by those skjUed in the art that the table 500 may include any number of entries. 
The table 500 also defines fields for each of the entries 502, 504 and 506, which specify (i) 
a merchant identifier 520 for uniquely identifying the merchant, (ii) a name 522 of the 
merchant, (iii) an address 524 of the merchant, (iv) a standard industry classification 
("SIC") code 526 of the merchant, (v) billing instructions 528 indicating how the merchant 
will be billed, (vi) an amount owed 530 by the merchant, and (vii) a payment due date 532 
on which the merchant must remit payment. 

Referring to FIG. 6, a table 600 illustrates an embodiment of the offer 
criteria database 224 (FIG. 2). The table 600 includes entries 602, 604, 606 and 608, each 
of which describes criteria for defining when to provide an offer for a discount. The offer 
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is provided to a customer if the customer satisfies criteria while participating in a first 
transaction with a first merchant. The first merchant, known as an "outputting merchant", 
outputs the offer for a discount once the customer satisfies the criteria. It will be 
understood by those skilled in the art that the table 600 may include any number of entries. 
5 The table 600 also defines fields for each of the entries 602, 604, 606 and 608, which 
specify (i) a criteria identifier 622 for uniquely identifying the criteria, (ii) a merchant 
identifier 624 that identifies the first (outputting) merchant, (iii) a required purchase price 
626 that must be met in order to receive an offer for the discount, (iv) a time of the 
transaction 628 that must be met in order to receive an offer for the discount, and (v) a 
1 0 discount identifier 630 that uniquely identifies the discount. 

The customer is required to participate in a transaction at the first merchant 
in order to receive the offer for the discount. The customer may also be required to 
participate in the transaction at an indicated time, and the transaction may be required to 
have an indicated purchase price and include an indicated item. For example, the entry 
15 606 indicates a discount identified by "DOOOl". A customer receives an offer for the 
discount "DOOOl " after having participated in a transaction for more than SI 0.00 at 
merchant "MOOOl " on a weekday before 5:00 PM. Further criteria may be specified as 
will be understood by those skilled in the art. 

Referring to FIG. 7, a table 700 illustrates an embodiment of the discount 
20 database 226 (FIG. 2). The table 700 includes entries 702, 704, 706 and 708, each of 
which describes a discount that may be offered to a customer of a first merchant and 
conditions which the customer must meet at a second merchant in order to receive the 
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discount. The discount is typically awarded once the customer participates in a transaction 
with a second (soliciting) merchant, subject to the customer raeetinp the conditions. It will 
be understood by those skilled in the art that the table 700 may include any number of 
entries. The table 700 also defines fields for each of the entries 702, 704, 706 and 708, 
which specify (i) a discount identifier 720 for uniquely identifying the discount, (ii) a 
discount value 722, (iii) a merchant identifier 724 that identifies the second (soliciting) 
merchant, (iv) a time of the transaction 726 with the soliciting merchant, (v) a required 
purchase price 728 at the soliciting merchant, and (vi) a required item to purchase 73C>, if 
any. The time of the second transaction, required purchase price at the soliciting merchant, 
and required item to purchase each represent a condition which the customer niust meet in 
order to receive the discount. Many other conditions may be used as well. 

The discount value is typically expressed as, for example, a percentage off 
the previous (first) transaction during which the offer for the discount was made. The 
discount value may also be expressed as a percentage off the current transaction. The 
customer is required to participate in a transaction at the second merchant in order to 
receive the discount. The customer may also be required to participate in a transaction at 
an indicated time, having an indicated purchase price and including an indicated item. For 
example, the entry 708 indicates a discount of five percent off the previous transaction. A 
customer receives this discount after having participated in a transaction for more than 
$10.00 at merchant "MOOOl" on Saturday between 9:00 and 12:00. 

Referring to FIG. 8, a table 800 illustrates an embodiment of the offer 
database 228 (FIG. 2). The table 800 includes entries 802, 804 and 806, each of which 
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describes an offer for a discount that has been provided to a customer. It will be 
understood by those skilled in the art that the table 800 may include any number of entries. 
The table 800 also defines fields for each of the entries 802, 804 and 806, which specify (i) 
an offer identifier 820 for uniquely identifying the offer; (il) a discount identifier 822 that 
uniquely identifies the discount that has been offered; (iii) a criteria identifier 824 that 
uniquely identifies the criteria that the customer satisfied in order to be offered the 
discount; (iv) a customer identifier 826 that uniquely identifies the customer; (v) an offer 
status 828 which may indicate, for example, whether (and when) the offer is redeemed, 
unredeemed or expired; and (vi) a validity period 830 that indicates when the discoimt is 
able to be redeemed. 

Referring to FIG. 9, a table 900 illustrates an embodiment of the offer 
summary database 230 (FIG. 2). The table 900 includes entries 902, 904, 906 and 908, 
each of which describes summary information about discounts that have been offered to 
customers. It will be understood by those skilled in the art that the table 900 may include 
any number of entries. The table 900 also defines fields for each of the entries 902, 904, 
906 and 908, which qjecify (i) an discount identi fier 920 for imiquely identifying the 
discount, (ii) a number of offers for the discount that were provided 922, (iii) a number of 
offers for the discount that were redeemed 924, (iv) a number of offers for the discount that 
were unredeemed 926 (neither redeemed nor expired), and (v) a number of offers for the 
discomit that were expired 928 (not redeemed before the end of the validity period of the 
offer). The number of offers for the discoiuit that were provided is the sum of the number 
of offers for the discount that were redeemed, the number of offers for the discount that 
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were unredeemed and the number of offers for the discount that were expired. Those 
skilled in the art will understand that the summary information may also be organized by 
offeror by offer and discount jointly, rather than by discount as illustrated in FiG. 9. The 
information in the offer summary database 230 may be updated periodically (e.g. once per 
day) to reflect offers that have expired or been redeemed. 

Referring to FIG. 1 0, a table 1 000 illustrates an embodiment of the 
inventory database 322 (FIG. 3). The table 1000 includes entries 1002 and 1004, each of 
which describes an item of inventory that is sold by a merchant. It will be understood by 
those skilled in the art that the table 1000 may include any number of entries. Thetable 
1000 also defines fields for each of the entries 1002 and 1 004, which specify (i) an 
inventory identifier 1020 for uniquely identifying the item of inventory, (ii) a description 
1022 of the item of inventory, (iii) a price 1024 for which the item of inventory is sold, and 
(iv) a quantity remaining 1026 of the item of inventory. 

Referring to FIG. 1 1 , a table 1 1 00 illustrates an embodiment of the 
customer database 324 (FIG. 3). The table ! 1 00 includes entries 1 1 02, 1 1 04 and 11 06, 
each of which describes a customer of the merchant. The customer information is typically 
recorded by the customer database 324 upon becoming registered for a "frequent shopper 
program" of the store. It will be understood by those skilled in the art that the table 1 100 . 
may include any number of entries. The table 1 1 00 also defines fields for each of the 
entries 1102, 1 104 and 1 106, which specify (i) a customer identifier 1 120 for uniquely 
identifying the customer, (ii) a name 1 122 of the customer, (iii) an address 11 24 of the 
customer, and (iv) a credit card number 1 126, if any, of the customer. In one embodiment. 
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the customer identifier may be the credit card number. Accordingly, a customer using a 
credit card could be identified even if he had not registered for a frequent shopper program. 
In another embodiment, the customer identifier is read from a license plate of a car. Such 
an' embodiment may be used to identify customers of a "drive-lhrough". A method and 
apparatus for reading a license plate to identify a customer are described in commonly- 
owned co-pending U.S. Patent Application Serial No. , entitled "METHOD AND 

APPARATUS FOR MAINTAINING A CUSTOMER DATABASE USING LICENSE 
PLATE SCANNING", Attorney Docket No. 98-059, filed on an even date herewith. 

Referring to FIG. 12, a flow chart 1200 illustrates an embodiment of a 
method that is performed by the server 12 {FIG. 1) in accordance with the present 
invention. The server 12 creates in the discount database 226 {FIG, 2) an entry that 
indicates a soliciting merchant and a discount value (step 1202). Such an entry may be 
created, for example, in response to a request from the soliciting merchant or upon 
receiving a signal indicating that there are not many customers currently patronizing the 
soliciting merchant. The entry may also include conditions, such as time of transaction, 
purchase price and/or item to purchase. 

The server 1 2 creates in the offer criteria database 224 (FIG. 2) an entry that 
associates the aforementioned entry in the discoimt database 226 with an outputting 
merchant (step 1204). This entry in the offer criteria database 224 may be created, for 
example, based on historical redemption of such discounts by customers of the outputting 
merchant. For example, if customers of merchant "A" have historically redeemed 
discounts at merchant "B", than merchant "A" maybe a good candidate for an outputting 
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the customer uses the same credit card (or other identifier such as a frequent shopper 

identifier) in this second transaction, the server 12 can search the offer database 228 to find 

entries that indicate the customer identifier. Of these entries indicating the customer 

identifier, the server 1 2 determines which include a discount identifier that indicates the 
5 soliciting merchant. The server selects the entry created in step 1208 (and possibly other 

entries) and therefi-om determines the discoiint indicated by the entry created in step 1202. 
In another embodiment, the server 1 2 recognizes that the customer 
' participating in the second transaction is the same customer that has been offered a 

discount by a voucher printed during the first transaction. For example, a bar code printed 
10 on the voucher can be scanned by a POS terminal during the second transaction. The bar 

code can indicate the appropriate entry in the offer database, and so the server may 

determine the discount for which the customer is eligible. 

In response, the discount indicated by the entry created in step 1202 is 

applied (step 1212) and the customer receives the benefit of the discount. Typically, the 
1 5 discount is applied by crediting the credit card account fay the amount indicated by the 

discount. The offer summary database 230 (FIG. 2) is then updated to indicate that the 

discount has been redeemed (step 1214). 

Referring to FIG. 13, a flow chart 1300 illustrates an embodiment of a 

method that is performed by the server 12 (FIG. 1) in accordance w\\h the present 
2 0 invention. The server 12 receives transaction data and a credit card number firom 

''merchant 1 " (step 1 302), typically via a POS terminal in communication vnXh a store 

controller of "merchant 1 ". The credit card number identifies a credit card account that a 
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customer has used to pay for the transaction. The server 12 in response searches the offer 
criteria database 224 (FIG. 2) for entries that indicate "merchant 1" (step 1304). For 
example, the field 624 (FIG- 6) of the table 600 {FIG. 6) indicates an outputting merchant 
for each entry. 

5 As described above, each entry of the offer criteria database 224 also 

indicates criteria, such as a required purchase price or a required time of the transaction. 
The server 12 determines whether the transaction satisfies the criteria indicated by the 
entry (or entries) indicating "merchant 1 " (step 1306). If not, then the transaction is 
processed conventionally (step 1308). If the transaction does satisfy the criteria, then the 

1 0 server 1 2 outputs an offer for the discount indicated by the entry (step 1310). As described 
above, the discount can be indicated by an entry in the discount database 226 (FIG. 2) 
which indicates a discount value as well as a soliciting merchant ("merchant 2") and 
conditions which the customer must meet at the soliciting merchant in order to receive the 
discount. The server 12 creates an entry in the offer database 228 of FIG. 2 (step 1312) to 

15 indicate the discount and the credit card number. 

In another embodiment, the step 1310 may comprise outputting a plurality 
of offers, each for a different discount. In such an embodiment, the customer would select 
which discount he preferred. The operator of the POS terminal could then indicate the 
selected discount, and thus indicate a selected entry of the of the offer criteria database 

20 224. 

Stibsequently, the customer participates in a transaction with "merchant 2" 
and uses the same credit card account to pay for the transaction. Accordingly, the server 
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12 receives transaction data and the credit card number from "merchant 2" (step 1314), 
typically via a POS terminal in communication with a store controller of "merchant 2". 
The server 12 in response searches the offer database 228 (FIG. 2) for entries that indicate 
"merchant 2" and the credit card number (step 1316). For example, the field 822 (FIG. 8) 
5 of the table 800 (FIG. 8) indicates a discount, and the discount in turn indicates a soliciting 
merchant (e.g. in the field 724 of FIG. 7), Similarly, the field 826 indicates customer 
identifiers, which may be credit card numbers. 

The entry (or entries) that indicate "merchant 2" and the credit card number 
likewise indicate conditions. For example, the field 822 (FIG. 8) of the table 800 (FIG. 8) 
10 indicates a discount, and the discount in turn indicates conditions such as a required time 
of the transaction, a required purchase price and required items to purchase. If it is 
determined that the transaction with "merchant 2" does not satisfy the conditions (step 
1318), then the transaction with "merchant 2" is processed conventionally (step 1308). 
However, if the conditions are satisfied, then the credit card account is credited with an 
15 amount defined by the discount (e.g. as defined by the discount value field 722 of FIG. 7). 

The present invention may also be advantageously employed in an 
embodiment where the customer conducts transactions remotely via a personal computer 
or similar device for communicating remotely with a store controller. For example, a 
customer may use his computer to access the world wide web sites of merchants, indicate 
2 0 purchases, and pay by transmitting a credit card number to the merchants. In such an 
embodiment, any or all of the above-described databases could be stored (i) on the 
computer of an Internet service provider ("ISP"), (ii) on another computer on the Internet, 
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or (iii) locally on the consumer's computer (e.g. in the browser software or in a "cookie" or 
other file). 

Referring to FIG. 14, an apparatus 1400 includes a user computer 1410 that 
is in communication with an Internet service provider computer 1420. The user computer 
1410 is typically a personal computer operated by the customer and equipped to access the 
Internet or other electronic network. The Internet service provider computer 1420 is a 
computer that enables the user computer 1410 to access the Internet in a manner known in 
the art. The Internet service provider computer 1420 is in turn in communication through 
the Internet with a soliciting merchant computer 1430 and an outputting merchant 
computer 1 440 in a manner knovm in the art. As is also known in the art, the soliciting 
merchant computer 1430 and the outputting merchant computer 1440 may control "web 
sites" that are respectively accessed by the user computer 1410 upon entering appropriate 
commands. 

Referring to FIGS. 1 5A and 1 5B, a flow chart 1500 illustrates another 
embodiment of a method that is performed by the user computer 1410 (FIG. 14) in 
accordance with the present invention. The steps of this method may be performed in 
whole or in part by "browser" software, such as Netscape's Communicatoi® or Microsoft's 
Internet Explorer®, that is executed by the computer. 

The user computer 1410 accesses the web site of an outputting merchant, 
"merchant 1 " (step 1 502) which allows customers to place orders online. The user 
computer 1410 receives transaction data and a credit card number from the customer (step 
1504), and transmits the transaction data and credit card number to the outputting merchant 
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computer 1440 of FIG. 14 (step 1 506). The credit card number identifies a credit card 
account that the customer has used to pay for the transaction. The customer may render 
payment in other ways besides identifying a credit card account to be charged. 

Once the outputting merchant computer 1440 receives the transaction data, 
5 it determines whether the customer has satisfied criteria, if any, to qualify for an offer for a 
discount. If so, then the user computer 1410 receives data from the outputting merchant 
computer 1440 that indicates the discount (step 1508). The discount and any associated 
conditions are stored (stqj 1510), for example, in a cookie or other file on the user 
computer 1 4 1 0 or on the Internet servi ce provider computer 1 420 (FIG. 1 4), The 
1 0 conditions may also be stored on the soliciting merchant computer 1 430 (FIG. 1 4) or the 
outputting merchant computer 1440 (FIG. 14). 

The user computer 141 0 creates a link that displays an offer for the discount 
(step 1512). The link may be a hyperlink, banner advertisement, additional frame, new 
window, or other element on the web site of the outputting merchant. Alternatively, the 
15 outputting merchant computer 1440 may alter the web site that is accessed by the user 

computer 1410. If the customer wishes to take advantage of the offer and make a purchase 
from another (soliciting) merchant, the user computer 1410 receives a command from the 
customer to connect to the link (step 1514) and thus access the web site of the soliciting 
merchant, "merchant 2" (step 1516). 
2 0 The web site of "merchant 2" likewise allows customers to place orders 

online. The user computer 1410 receives transacfion data and the credit card number from 
the customer (step 1518), and transmits this transaction data and credit card number to the 
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soliciting merchant computer 1430 of FIG. 14 (step 1520). If the transaction with the 
soh'citing merchant does not satisfy the conditions {step 1522), then the transaction is 
processed in a conventional manner (step 1 524). Otherwise, the credit card account is 
credited (step 1526) with an amount defined by the discount. 

As described above, the discount is applied to the customer account upon 
completion of a second transaction at the soliciting merchant. However, in another 
embodiment of the present invention, the customer may be further required to complete 
another transaction at the first merchant. Accordingly, the customer would have to 
participate in a first transaction at a first merchant, a second transaction at a second 
merchant, and then a third transaction at the first merchant. Although the customer may be 
required to meet certain conditions during the third transaction, typically the customer need 
not be so restrained. 

The foregoing embodiment is particularly advantageous in an embodiment 
where the customer participates in transactions on web sites accessed by his computer. For 
example, when participating in a first transaction at the web site of the first merchant, a 
link, such as a banner advertisement, may appear directing the customer to the web site of 
the second merchant. Upon participating in a transaction with the second merchant, 
another banner advertisement may appear directing the customer back to the web site of 
the first merchant. Upon accessing the web site of the first merchant again, the discount 
could be applied. 

In another embodiment of the present invention, the customer may be 
required to participate in a transaction with more than two merchants. For example, a 
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customer may participate in a first transaction at a first merchant. In response, the 
customer may be offered a discount for consummating a second transaction at a second 
merchant and a third transaction at a third merchant, in such an embodiment, the second 
merchant and third merchant couid both be soliciting merchants. 

The present invention is also applicable to functions besides transactions. 
In one embodiment, a customer participating in a first transaction with a first merchant 
may be ofTered a discount for completing a survey, rather than for participating in a second 
transaction. The customer could be provided with a survey at the same (first) merchant or 
at another merchant. 

For example, after participating in a transaction at a first web site, the first 
web site would output an offer for a discount in exchange for completing a sxirvey at a 
second web site. A link to the second web site would be generated to allow the customer 
to easily access the second web site. Upon accessing the second web site, the customer 
would be presented with one or more survey questions, and would be prompted to provide 
answers to each questions. Upon providing an answer to all (or a minimum number of) 
survey questions, the discount would be applied. 

Although the present invention has been described with respect to a 
preferred embodiment thereof, those skilled in the art vrill note that various substitutions 
may be made to those embodiments described herein without departing fi-om the spirit and 
scope of the present invention. For example, although the discount may be a credit applied 
to a credit card account, there are many other discounts, such as the transfer of electronic 
cash or frequent shopper points to the customer. 
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What is cFaimed is: 

i . A method for providing a discount, comprising: 

receiving first transaction data representing a first transaction at a first merchant-, 
determining whether the first transaction data satisfies a criterion; 
5 generating an offer for a discount if the first transaction data satisfies the criterion, 

the discount including a condition and a second merchant; and 
outputting an indication of the offer. 

2. . The method of claim 1, further comprising: 

receiving second transaction data representing a second transaction at a second 
10 merchant; 

determining whether the second transaction data satisfies the condition; and 
applying the discount to a customer account. 

3. The method of claim 1, further comprising: 

receiving a credit card number that identifies a credit card account. 

• 1 5 4. The method of claim 3, in which the step of applying the discount comprises: 
crediting the credit card account. 

5. A method for providing a discount, comprising: 
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receiving transaction data representing a first transaction at a first merchant, the 
transaction data including a credit card identifier that identifies a credit card account; 

determining, based on the transaction data, a retroactive discount and a second 
merchant, the retroactive discount to be applied to the credit card account if the consumer 
consummates a second transaction at the second merchant; and 

outputting an indication of the retroactive discount and the second merchant. 

6. The method of claim 5, further comprising: 

receiving second transaction data representing a second transaction at a second 
merchant; 

determining whether the second transaction data satisfies the condition; and 
applying the discount to a customer account. 

7. The method of claim 5, in which the step of applying the discount comprises: 
crediting the credit card account, 

8- A method for providing a discount, comprising: 

receiving transaction data representing a first transaction at a first merchant, the 
transaction data including a transaction price; 

determining, based on the transaction data, a discount and a second merchant, the 
discount having a value based on the transaction price; and 

outputting an indication of the discount and the second merchant. 
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9, A method for providing a discount, comprising: 

receiving transaction data representing a transaction at a first merchant, the 
transaction data including a customer identifi er; 

determining, based on the customer identifier, whether the transaction data satisfies 
a condition for a discount, the discount having a value based on a previous transaction 
price; and 

applying the discount to a customer account. 



1 0. The method of claim 9, further comprising: 

determining the condition based on the transaction data. 



11 - A method for providing a discount, comprising: 

receiving transaction data representing a transaction at a first merchant; 
receiving a customer identifier; 

determining fi-om the customer identifier a retroactive discount including a 
condition; 

determining whether the transaction data satisfies the condition; and 
applying the retroactive discount to a customer account. 

12. The method of claim 11, in which the customer identifier is a credit card number. 



13. A method for providing a discount, comprising: 



wo 00/21004 



PCT/US99/21720 



determining whether a customer has consummated a first transaction with a first 
predetermined merchant; 

determining whether the customer has consummated a second transaction with a 
second predetermined merchant; and 
5 providing a bonus to the customer if the customer has consummated the first 

transaction at the first predetermined merchant and the second transaction at the second 
predetermined merchant. 

14. The method of claim 13 in which the bonus comprises a credit to an account in an 
amount that is based on a transaction price of the first transaction. 

10 15, A method for providing a discount, comprising: 

receiving first transaction data representing a first transaction at a first merchant; 

determining, based on the first transaction data, a discount and a second merchant, 
the discount being applicable if the consumer consummates a second transaction at the 
second merchant; 

15 outputting an indication of the discount and the second merchant; 

receiving second transaction data representing the second transaction at the second 
merchant after the step of receiving first transaction data; and 
applying the discount. 

16. A method for providing a discount, comprising: 
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receiving first transaction data representing a first transaction at a first merchant, 
the first transaction data including a credit card identifier that identifies a credit card 
account; 

determining, based on the first transaction data, a discount, the discount including a 
condition and a second merchant; 

outputting an indication of the discount; 

storing an indication of the discount and the credit card identifier in a database; 
receiving second transaction data representing a second transaction at the second 

merchant, the second transaction data including the credit card identifier; 

searching the database to select the discount based on the credit card identifier, 
determining whether the second transaction data satisfies the condition; and 
applying the discount to the credit card account if the second transaction data 

satisfies the condition. 

1 7. An apparatus for providing a discount, comprising: 

means for receiving first transaction data representing a first transaction at a first 
merchant; 

means for determining whether the first transaction data satisfies a criterion; 
means for generating an offer for a discount if the first transaction data satisfies the 
criterion, the discount including a condition and a second merchant; and 
means for ouQ}utting an indication of the offer. 



wo 00/21004 



PCT/US99/21720 



18. An apparatus for providing a discount, comprising: 
a storage device; and 

a processor connected to the storage device, 

the storage device storing a program for controlling the processor; and 
5 the processor operative with the program to: 

receive first transaction data representing a first transaction at a first 

merchant; 

determine whether the first transaction data satisfies a criterion; 
generate an offer for a discount if the first transaction data satisfies the 
10 criterion, the discount including a condition and a second merchant; and 
output an indication of the offer. 

19. A computer readable medium encoded with processing instructions for 
implementing a method performed by a computer for providing a discount, the method 
comprising: 

15 receiving first transaction data representing a first transaction at a first merchant; 

determining whether the first transaction data satisfies a criterion; 
generating an offer for a discount if the first transaction data satisfies the criterion, 
the discount including a condition and a second merchant; and 
outputting an indication of the offer. 

20 20. An apparatus for providing a discount, comprising: 
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means for receiving transaction data representing a first transaction at a first 
merchant, the transaction data including a credit card identifier that identifies a credit card 
account; 

means for determining, based on the transaction data, a retroactive discount and a 
5 second merchant, the retroactive discount to be applied to the credit card account if the 
consumer consummates a second transaction at the second merchant; and 

means for outputting an indication of the retroactive discount and the second 
merchant. 

21. An apparatus for providing a discount, comprising: 
10 a storage device; and 

a processor connected to the storage device, 

the storage device storing a program for controlling the processor; and 
the processor operative with the program to: 

receive transaction data representing a first transaction at a first merchant, 
15 the transaction data including a credit card identifier that identifies a credit card account; 

determine, based on the transaction data, a retroactive discount and a second 
merchant, the retroactive discount to be applied to the credit card account if the consumer 
consummates a second transaction at the second merchant; and 

output an indication of the retroactive discount and the second merchant. 
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22. A computer readable medium encoded with processing instructions for 
implementing a method performed by a computer for providing a discount, the method 
comprising: 

receiving transaction data representing a first transaction at a firet merchant, the 
transaction data including a credit card identiiier that identifies a credit card account; 

determining, based on the transaction data, a retroactive discount and a second 
merchant, the retroactive discount to be applied to the credit card account if the consumer 
consummates a second transaction at the second merchant; and 

outputting an indication of the retroactive discount and the second merchant. 

23. An apparatus for providing a discoimt, comprising: 

means for receiving transaction data representing a first transaction at a first 
merchant, the transaction data including a transaction price; 

means for determining, based on the transaction data, a discount and a second 
merchant, the discount having a value based on the transaction price; and 

means for outputting an indication of the discount and the second m erchant. 

24. An apparatus for providing a discount, comprising; 
a storage device; and 

a processor connected to the storage device, 

the storage device storing a program for controlling the processor, and 
the processor operative with the program to: 
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receive transaction data representing a first transaction at a first merchant, 
the transaction data including a transaction price; 

determine, based on the transaction data, a discount and a second merchant, 
the discount having a value based on the transaction price; and 

output an indication of the discount and the second merchant. 

25. A computer readable medium encoded with processing instructions for 
implementing a method performed by a computer for providing a discount, the method 
comprising: 

receiving transaction data representing a first transaction at a first merchant, the 
transaction data including a transaction price; 

determining, based on the transaction data, a discount and a second merchant, the 
discount having a value based on the transaction price; and 

outputting an indication of the discount and the second merchant. 

26. An apparatus for providing a discount, comprising: 

means for receiving transaction data representing a transaction at a first merchant, 
the transaction data including a customer identifier; 

means for determining, based on the customer identifier, whether the transaction 
data satisfies a condition for a discount, the discount having a value based on a previous 
transaction price; and 

means for jqjplying the discount to a customer account. 
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27. An apparatus for providing a discount, comprising; 
a storage device; and 

a processor connected to the storage device, 

the storage device storing a program for controlling the processor; and 
the processor operative with the program to: 

receive transaction data representing a transaction at a first merchant, the 
transaction data including a customer identifier; 

determine, based on the customer identifier, whether the transaction data 
satisfies a condition for a discount, the discount having a value based on a previous 
transaction price; and 

apply the discount to a customer account. 

28. A computer readable medium encoded with processing instructions for 
implementing a method performed by a computer for providing a discoxmt, the method 
comprising: 

( 

receiving transaction data representing a transaction at a first merchant, the 
transaction data including a customer identifier; 

determining, based on the customer identifier, whether the transaction data satisfies 
a condition for a discount, the discount having a value based on a previous transaction 
price; and 

applying the discount to a customer account. 
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29. An apparatus for providing a discount, comprising: 

means for receiving transaction data representing a transaction at a first merchant; 
means for receiving a customer identifier; 

means for determining from the customer identifier a retroactive discount including 
5 a condition; 

means for determining whether the transaction data satisfies the condition; and 
means for applying the retroactive discount to a customer account. 

30. An apparatus for providing a discount, comprising: 
a storage device; and 

10 a processor connected to the storage device, 

the storage device storing a program for controlling the processor; and 
the processor operative with the program to: 

receive transaction data representing a transaction at a first merchant; 
receive a customer identifier; 
1 5 determine from the customer identifier a retroactive discount including a 

condition; 

determine whether the transaction data satisfies the condition; and 
apply the retroactive discount to 3 customer account. 
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31. A computer readable medium encoded with processing instructions for 
implementing a method performed by a computer for providing a discount, the method 
comprising: 

receiving transaction data representing a transaction at a first merchant; 
receiving a customer identifier; 

determining froni the customer identifier a retroactive discount including a 
condition; 

determining whether the transaction data satisfies the condition; and 
applying the retroactive discount to a customer account. 

32. An apparatus for providing a discount, comprising: 

means for determining whether a customer has consummated a first transaction 
with a first predetermined merchant; 

means for determining whether the customer has consummated a second 
transaction with a second predetermined merchant; and 

means for providing a bonus to the customer if the customer has consummated the 
first transaction at the first predetermined merchant and the second transaction at the 
second predetermined merchant. 

33. An apparatus for providing a discount, comprising: 
a storage device; and 

a processor connected to the storage device. 
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Ihe storage device storing a program for controlling the processor; and 
the processor operative with the program to: 

determine whether a customer has consummated a first transaction with a 
first predetermined merchant; 

determine whether the customer has consummated a second transaction 
with a second predetermined merchant; and 

provide a bonus to the customer if the customer has consummated the first 
transaction at the first predetermined merchant and the second transaction at the second 
predetermined merchant. 

34. A computer readable medium encoded with processing instructions for 
implementing a method performed by a computer for providing a discount, the method 
comprising: 

detemnning whether a customer has consummated a first transaction with a first 
predetermined merchant; 

determining whether the customer has consummated a second transaction with a 
second predetermined merchant; and 

providing a bonus to the customer if the customer has consummated the first 
transaction at the first predetermined merchant and the second transaction at the second 
predetermined merchant. 



35. An apparatus for providing a discount, comprising: 
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means for receiving first transaction data representing a first transaction at a first 
merchant; 

means for determining, based on the first transaction data, a discount and a second 
merchant, the discount being applicable if the consumer consummates a second transaction 
at the second merchant; 

means for outputting an indication of the discount and the second merchant; 

means for receiving second transaction data representing the second transaction at 
the second merchant af^er the step of receiving first transaction data; and 

means for applying the discount. 

36. An apparatus for providing a discount, comprising: 
a storage device; and 

a processor cormected to the storage device, 

the storage device storing a program for controlling the processor; and 
the processor operative with the program to: 

receive first transaction data representing a first transaction at a first 

merchant; 

determine, based on the first transaction data, a discount and a second 
merchant, the discount being applicable if the consumer consummates a second transaction 
at the second merchant; 

output an indication of the discount and the second merchant; 
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receive second transaction data representing the second transaction at the 
second merchant after the step of receiving first transaction data; and 
apply the discount. 

37. A computer readable medium encoded with processing instructions for 
implementing a method performed by a coihputer for providing a discount, the method 
comprising: 

receiving first transaction data representing a first transaction at a first merchant; 

determining, based on the first transaction data, a discount and a second merchant, 
the discount being apphcable if the consumer consummates a second transaction at the 
second merchant; 

outputting an indication of the discount and the second merchant; 

receiving second transaction data representing the second transaction at the second 
merchant after the step, of receiving fi rst transaction data; and 

applying the discount. 

38. An apparatus for providing a discount, comprising: 

means for receiving first transaction data representing a first transaction at a first 
merchant, the first transaction data including a credit card identifier that identifies a credit 
card account; 

means for determining, based on the first transaction data, a discount, the discount 
including a condition and a second merchant; 

40 
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means for outputting an indication of the discount; 

means for storing an indication of the discount and the credit card identifier in a 
database; 

means for receiving second transaction data representing a second transaction at the 
second merchant, the second transaction data including the credit card identifier; 

means for searching the database to select the discount based on the credit card 
identifier; 

means for determining whether the second trzoisaction data satisfies the condition; 

and 

means for applying the discount to the credit card account if the second transaction 
data satisfies the condition. 

39. An apparatus for providing a discount, comprising: 
a storage device; and 

a processor connected to the storage device, 

the storage device storing a program for controlling the processor; and 

the processor operative with the program to: 

receive first transaction data representing a first transaction at a first 
merchant, the first transaction data including a credit card identifier that identifies a credit 
card account; 

determine, based on the first transaction data, a discount, the discount 
including a condition and a second merchant; 
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output an indication of the discount; 

store an indication of the discount and the credit card identifier in a 

database; 

receive second transaction data representing a second transaction at the 
second merchant, the second transaction data including the credit card identifier; 

search the database to select the discount based on the credit card identifier; 

determine whether the second transaction data satisfies the condition; and 

apply the discount to the credit card account if the second transaction data 
satisfies the condition. 

40. A computer readable medium encoded with processing instructions for 
implementing a method performed by a computer for providing a discount, the method 
comprising: 

receiving first ti:ansaction data representing a first transaction at a first merchant, 
the first transaction data including a credit card identifier that identifies a credit card 
account; 

determining, based on the first transaction data, a discount, the discount including a 
condition and a second merchant; 

outputting an indication of the discount; 

storing an indication of the discount and the credit card identifier in a database; 
receiving second transaction data representing a second transaction at the second 
merchant, the second transaction data including the credit card identifier; 
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searching the database to select the discount based on the credit card identifier, 
determining whether the second transaction data satisfies the condition; and 
applying the discount to the credit card account if the second transaction data 
satisfies the condition. 
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(54) Method and system for placing a purchase order via a communications network 

(57) A method and system for placing an order to 
purchase an item via the Internet. The order is placed 
by a purchaser at a client system and received by a 
server system. The server system receives purchaser 
information including identHicatron of the purchaser, 
payment information, and shipment information from 
the client system. The server system then assigns a cli- 
ent identifier to the client system and associates the 
assigned client identifier with the received purchaser 
information. The server system sends to the client sys- 
tem the assigned client identifier and an HTML docu- 
ment identifying the item and including an order button. 
The client system receives and stores the assigned cli- . 
ent identifier and receives and displays the HTML docu- 
ment. In response to the selection of the order button, 
the client system sends to the server system a request 
to purchase the identified item. The server system 
receives the request and combines the purchaser infor- 
mation associated w\h the client identifier of the client 
syslem to generate an order to purchase the item in 
accordance wllh the billing and shipment information 
whereby the purchaser effects the ordering of the prod- 
. uct by selection of the order button. 
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Description 
TECHNICAL FIELD 

[0001) The present invention relates to a computer s 
method and system tor placing an order and, more par- 
ticularly, lo a method and system for ordering items over 
the Iniernel. 

BACKGROUND OF THE INVENTION (0 

[0002J The Internet comprises a vast number of com- 
puters and computer networks that are interconnected 
through communication links. The Interconnected com- 
puters esxchange information using various services, rs 
such as electronic mail. Gopher, and the World Wide 
Web ("WWW"). The WWW service allows a server com- 
puter system (i.e., Web server or Web site) to send 
graphical Web pages of information lo a remote client 
computer system. The remote client computer system 
can then display the Web pages. Each resource (e.g., 
computer or Web page) of the WWW is uniquely identi- 
fiable by a Uniform Resource Locator ("URL"). To view a 
specific Web page, a client computer system specifies 
the URL for that Web page in a request {e.g. . a Hyper- 25 
Text Transfer Protocol ("HTTP") request). The request is 
forwarded to the Web server that supports that Web 
page. When that Web server receives the request, it 
sends that Web page to the client computer system. 
When the client computer system receives that Web so 
page, it typically displays the Web page using a 
browser. A browser is a special-purpose application 
program lha) effects the requesting of Web pages and 
the displa^ng of Web pages. 

[0003J Currently, Web pages are typically defined ss 
using HyperText Marltup Language ("HTML"). HTML 
provides a standard set of tags that define how a Web 
page is lo be displayed. When a user indicates to the 
browser to display a W^ page, the browser sends a 
request to the server computer system lo transfer to the w 
client computer system an HTML document tfiat defines 
the Web page. When the requested HTML document is 
received by the client computer system, the browser 
displays the Web page as defined by the HTML docu- 
ment. The HTML document contains various lags that 
contrd the displaying of text, graphics, controls, and 
other features. The HTML document may contain URLs 
of other Web pages available on that server computer 
system or other server computer systems. 
[0004] The World Wide Web is especially conducive so 
to conducting electronic commerce. Many Web servers 
have been developed through which vendors can adver- 
tise and sell product. The products can include items 
(e.g., music) that are delivered electronically to the pur- 
chaser over the Internet and items (e.g.. books) that are ss 
delivered through convenlionat distribution channels 
{e.g., a common carrier). A server computer system 
may provide an electronic version of a catalog that lists 
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the Items that are available. A user, who is a potential 
purchaser, may browse through the catalog using a 
browser and select various items that are to be pur- 
chased. When the user has completed selecting the 
items to be purchased, (he server computer system 
then prompts the user for information lo complete the 
ordering of the items. This purchaser-specific order 
information may include the purchaser's name, the pur- 
chaser's credit card number, and a shipping address for 
the order. The server computer system then typically 
confirms the order by sending a confirming Web page lo 
the client computer system and schedules shipment of 
the items. 

[0005] Since the purchaser-specific order information 
contains sensitive information {e.g., a credit card 
number), both vendors and purchasers want to ensure 
the security of such information. Security is a concern 
because information transmitted over the Iniernel may 
pass through various intermediate computer systems 
on its vray to ils final destination. The information could 
be intercepted by an unscrupulous person at an inter- 
mediate system. To help ensure the security of the sen- 
sitive information, various encryption techniques are 
used when transmitting such information between a cli- 
ent computer system and a server computer system. 
Even though such encrypted information can be inter- 
cepted, because the information is encrypted, it is gen- 
erally useless to the interceptor. Nevertheless, there is 
always a possibility that such sensitive infornnation may 
be successfully decrypted by the interceptor. Therefore, 
i! would be desirable to minimize the sensitive informa- 
tion transmitted when placing an order. 
[0006J The selection of the various items from the 
electronic catalogs is generally based on the "shopping 
cart" model. When the purchaser selects an item from 
the electronic catalog, the server computer system met- 
aphorically adds that item to a shopping cart When the 
purchaser is done selecting items, then all the items in 
the shopping cart are "checl^ed out " (;.e., ordered) when 
the purchaser provides billing and shipment informa- 
tion. In. some models, when a purchaser selects any 
one item, then that item is "checked out" by automati- 
cally prornpting the user for the billing and shipment 
information. Although the shopping cart model is very 
flexible and intuitive, it has a downside in that it requires 
many interactions by the purchaser. For example, the 
purchaser selects the various items from the electronic 
catalog, and then indicates that the selection is com- 
plete. The purchaser is then presented with an order 
Web page that prompts the purchaser for the pur- 
chaser-specific order information to complete the order. 
That Web page may be prefilled with information that 
was provided by the purcJiaser when placing another 
order. The information is then validated by the server 
computer system, and the order is completed. Such an 
ordering model can be problematic for a couple of rea- 
sons. If a purchaser is ordering only one item, then the 
overhead of confirming the various steps of the ordering 
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process anrf waiting for, viewing, and updating the puf- 
chaser-specific order information can be mucli more 
than the overhead of selecting the item iiself. This over- 
head makes the purchase of a single item cumbersome. 
Also, with such an ordering mod el. each time an ord er is s 
placed sensitive information is transmitted over the 
internet. Each time the sensitive information is transmit- 
ted over the Internet, it is susceptible to being inter- 
cepted and decrypted. 

10 

SUMMARY OF THE INVENTION 

[0007] An embodiment of the present invention pro- 
vides a method and system for ordering an item from a 
client system. Tfie client system is provided with an js 
identifier that identifies a customer. The client system 
displays information that identifies the item and displays 
an indication of an action {e.g. , a single action such as 
clicldng a mouse button) that a purchaser is to perform 
to order the identified item. In resptsise to the indicated 20 
action being performed, the client system sends to a 
server system the provided identifier and a request to 
order the identified item. The server system uses the 
identifier to identify additional information needed to 
generate- an order (or the item and then generates the 25 

[0008] The server system receives and stores the 
additional information for customers using various com- 
puter systems so that the server system can generate 
such orders. The server system stores the received so 
additional information in association with an identifier of 
the customer and provides the identifier to the client 
system. When requested by the client system, the 
server system provides information describing the item 
to the requesting client system. When the server system 35 
receives a request from a client system, the server sys- 
tem combines the additional information stored in asso- 
ciation with the identifier included in the request to effect 
the ordering of the item. 

40 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0009] 

Figures 1A-1C illustrate single-action odering in « 
one embodiment of the present invention. 
Figure 2 is a block diagram illustrating an embodi- 
ment of the present invention. 
Figure 3 is a flow diagram of a routine that enables 
single-action ordering for a customer, so 
Figure 4 is a (low diagram o( a routine to generate a 
Web page in which single-action ordering is ena- 
bled. 

Figure 5 is a flow diagram of a routine which proc- 
esses a single-action order. ss 
Figure 6 is a flow diagram of a routine for generat- 
ing a single-action order summary Web page. 
Figure 7 is a flow diagram of a routine that imple- 



ments an expedited order selection algorithm. 
Figures 8A-8C illustrate a hierarchical data entry 
mechanism in one embodiment. 
Figures 9A-gB illustrate use o( a single-action to 
give an item as a gift to one or more recipients. 
Figure 10 illustrates a grid (or creation o( a group 
and the entry of identifying information for recipi- 
ents associated with the group {i.e. , members). 
Figure 1 1 is a flow diagram of the overall flow of the 
gift delivery system. 

Figure 12 is a block diagram illustrating the conpo- 
nents of the gift delivery system. 
Figure 13 is a slate diagram illustrating the various 
slates of a gift order. 

Figure 14 is a flow diagram of a routine that controls 
the receiving of gift orders. 
Figure 15 is a block diagram of a routine that con- 
trols the attempt at first contact of the recipient. 
Figure 16 is a flow diagram of a routine that controls 
the processing of the initial voice telephone contact. 
Figure 17 is a flow diagram of a routine that controls 
the processing ot the initial response- 
Figure 18 Is flow diagram of a routine that controls 
the collecting of additional contact information. 
Figure 19 is a (low diagram d a routine that controls 
the verifying o( the delivery information. 

DETAILED DESCRIPTION OF THE INVENTION 

[0010] The present invention provides a method and 
system for single-action ordering of items in a cli- 
ent/server environment. The single-action ordering sys- 
tem of the present invention reduces tfie number of 
purchaser interactions needed to place an order and 
reduces the amount of sensitive information that is 
transmitted between a client system and a server sys- 
tem, in one embodiment, the server system assigns a 
unique client identifier to each client system. The server 
system also stores purchaser-specific order information 
for various potential purchasers. The purchaser-specific 
order information may have been collected from a previ- 
ous order placed by the purchaser. The server system 
maps each client identifier to a purchaser that may use 
that client system to place an order. The server system 
may map the client identifiers to the purchaser who last 
placed an order using that client system. When a pur- 
i:iiaser wants to place an order, the purchaser uses a 
client system to send the request for information 
describing the item to be ordered along with its client 
identifier. The server system determines whether the 
client identifier (or thai client system is mapped to a pur- 
chaser. If so mapped, the server system determines 
whether single-action ordering is enabled for that pur- 
chaser at that client system. If enabled, the server sys- 
tem sends the requested information (e.g. , via a Web 
page) to the client computer system along with an indi- 
cation of the single action to perforrri to place the order 
for the item. When single-action ordering is enabled, the 
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purchaser need only perform a single action (e.g. , click 
a mouse button) to order (he item. When the purchaser 
performs that single action, the client system notifies the 
server system. The server system then completes the 
order by adding the purchaser-specific order informa- 
tion for the purchaser that is mapped to that client iden- 
tifier to the item order information {e.g.. product 
identifier and quantity). Thus, once the description of an 
item is displayed, the purchaser need only take a single 
action to place the order lo purchase thai item. Also, 
since the client identifier identifies purchaser-specific 
order information already stored at the server system, 
there is no need for such sensitive information to be 
transmitted via the fnternel or other communications 
medium. 

[001 1 J Figures 1 A- 1C illustrate single-action ordering 
in one embodiment oi the present invention. Figure 1A 
illustrates the display ol a Web page describing an item 
that may be ordered. This example Web page was sent 
from the server system to the client system when the 
purchaser requested to review detailed information 
atjout the item. This example Web page contains a 
summary description section 101, a shopping cart sec- 
tion 102, a single-action ordering section 103, and a 
detailed description section 104. One skilled in. the art 
would appreciate that these various sections can be 
omitted or rearranged or adapted in various ways. In 
general, the purchaser need only be aware of the item 
or items to be ordered by the single action and o! the 
single action needed lo place the order. The summary 
description and the detailed description sections pro- 
: vide information that identifies and describes the item(s) 
that may be ordered. The shopping cart section pro- 
vides the conventional capability lo add the described 
item to a shopping carl. The server system adds the 
summary description, the detailed description, and the 
shopping cart sections to each Web page for an item 
that may be ordered. The server system, however, only 
adds the single-action ordering section when single- 
action ordering is enabled for (hat purchaser at that cli- 
ent system. {One skilled in the art would appreciate (hat 
a single Web page on the server system may contain all 
these sections but the single-action ordering section 
can be selectively included or excluded before sending 
the Web page lo the client system.) This example sin- 
gle-action ordering section allows the purchaser to 
specify with a single click of a mouse button lo order the 
described item. Once the purchaser clicks the mouse 
button, the item is ordered, unless (he purchaser then 
takes some action to modify the order. The single-action 
ordering section contains a single-action ordering but- 
tc»i 103a, purchaser identification subsection 103b, and 
single-action ordering inlormalion subsections 103c 
and 103d. The purchaser information subsection dis- 
plays enough information so that the purchaser can ver- 
ify that the server system correctly recognizes the 
purchaser. To reduce the chances ot sensitive informa- 
tion being intercepted, the server system sends only 



enough inlormation so that the purchaser is confident 
that the server system correctly identified the purchaser 
but yet not enough information to be useful to an 
unscrupulous interceptor. The additional information 

s subsections allow the purchaser to obtain various sel- 
■ tings or obtain more information related lo the single- 
action ordering. If the purchaser wants to verify the ship- 
ping address, the purchaser can select the "check ship- 
ping address" label. In response to this selection, the 

;(j server system may require the purchaser lo perform a 
"login" so that the identity of the purchaser can be veri- 
fied before the shipping information is Viewed or modi- 
fied. The sen/er system then sends a Web page to the 
client system for display and possible modification of the 

js shipping address In this way, the transmitting of the 
sensitive shippng address can be avoided urtiess 
requested by the verified purchaser. 
10012] When the purchaser selects the single-action 
ordering button, the client system sends a message lo 

20 the server system requesting that the displayed item be 
ordered. After the sen/er system processes the mes- 
sage, the server system provides to the client system a 
new Web page thai confirms receipt of the single-action 
order. Figure IB illustrates the display of a Web page 

35 confirming a single-action order. The confirming Web 
page contains essentially the same information as the 
Web page describing the item [i.e.. Figure 1 A) except 
that an order confirmation section 105 is displayed at 
the top of the Web page. The order confirmation section 

30 confirms that (he order has been placed and provides 
an opportunity for the purchaser to review and change 
the single-action order. Ailernatively, the confirming 
Web page can be identical to the Web page describing 
the item [i.e.. Figure 1A). except thai the single-action 

35 ordering button is replaced with a message confirming 
the order. 

[001 3] If a single-action ordering is not currently ena- 
bled for the client system but could be enabled, then the 
server system can generate a Web page like Figure 1 A, 

40 except that the single-action ordering button 103a is 
replaced by a single-action ordering enable button. 
Such a replacement button could contain text instruct- ' 
ing the purchaser lo click on the button to enable single- 
action ordering. When the purchaser clicks on that but- 

45 ton, the server system would send the Web page of Fig- 
ure 1A to be displayed. Single-action ordering can be 
enabled whenever the server system has stored sufii- 
cient purchaser-specific order information lor that client 
system to complete a single-action order. If the server 

50 system does not have sufficient information, then when 
the purchaser selects the single-action ordering button, 
the server system can provide a Web page to collect the 
additional information that is needed. The server sys- 
tem may require the purchases to "login" so that the 

55 identify of the purchaser can be verified before the sin- 
gle-action ordering is enabled. 

[0014] To help minimize shipping costs and purchaser 
confusion, the server system may combine various sin- 
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gle-action orders inio a multiple-item order. For exam- 
ple, it a purchaser orders one item using the single- 
action ordering and five minutes later orders another 
item using the single-action ordering, then those orders 
may be cost effectively combined into a single order for 
shipping. The sen/er system combines the single-action 
orders when their expected ship dates are similar. For 
example, if one item is immediately availafcde and the 
other item will be available in one day. then the two sin- 
gle-action orders may be cost-effectively combined. 
However, if the other item will not be available for two 
weeks, then the two single-item orders would not be 
contjined. Figure 1C illustrates the display of a Web 
page representing four single-action orders that have 
been combined into two separate muitiple-item orders 
based on the availability of the items. The order informa- 
tion 106 indicates thai item 1 and item 2, which will be 
available in three or fewer days, have been combined 
into one order. The order information 107 indicates that 
items 3 and 4, which will not be available within one 
week, are combined into a separate order. In one 
embodiment, the server system may combine single- 
action orders thai are placed within a certain lime period 
{e.g., 90 minutes). Also, the server system may com- 
bine or divide orders when the orders are scheduled for 
shipment based on the then current availability of the 
items ordered. This delayed modification of the orders is 
refened to as "expedited order selection" and is 
described below in detail. 

[0015] Figure 2 is a block diagram illustrating an 
entiodiment of the present invention. This embodiment 
supports the single-action ordering over the Internet 
using the World Wide Web. The server system 210 
includes a server engine 211. a client identifier/cus- 
tomer table 212, various Web pages 213, a customer 
database 214, an order database 215. and an inventory 
database 216. The server engine receives HTTP 
requests to access Web pages identified by URLs and 
provides the Web pages to the various client systems. 
Such an HTTP request may indicate that the purchaser 
has performed the single action to effect single-action 
ordering. The customer datatase contains customer 
information for various purchasers or potential purchas- 
ers. The customer information includes purchaser-spe- 
cific order information such as the name of the 
customer, billing information, and shipping information. 
The order database 215 contains an entry for each 
order that has not yet been shipped to a purchaser. The 
inventory database 216 contains a description of the 
various items that may be ordered. The client identi- 
fier/customer table 212 conlans a mapping from each 
client identifier, which is a globally unique identifier that 
uniquely identifies a client system, to the customer last 
associated with that client system. The client system 
220 contains a browser and its assigned client identifier. 
The client identifier is stored in a file, referred to as a 
"cookie." In one embodiment, the server system 
assigns and sends the client identifier to the client sys- 



tem once when the client system first interacts with the 
server system. From then on, the client system includes 
its client identifier with all messages sent to the server 
system so that the server system can identify the source 

5 of the message. The server and client systems interact 
by exchanging information via communications link 230, 
which may include transmission over the Internet. 
[0016] One skill ed in the art would appreciate that th e 
single-action ordering techniques can be used in vari- 

10 ous environments other than the Internet. For example, 
single-action ordering can also be in an electronic mail 
environment in which an item is described in an elec- 
tronic mail message along with an indication of the sin- 
gle action that is to be performed to effect the ordering 

IS of the item. Also, various communication channels may 
be used such as local area network, wide area network, 
or point-to-point dial up connection. Also, a server sys- 
tem may comprise any combination of hardware or soft- 
ware that can generate orders in response to the single 

20 action being performed. A client system may comprise 
any combination of hardware or software that can inter- 
act with the server system. These systems may include 
television-based systems or various other consumer 
products through which orders may be placed. 

25 (0017] Figure 3 is allow diagram of a routine thai ena- 
bles single-action ordering for a customer. To enable 
single-action ordering, a server system needs to have 
information about the customer that is equivalent to the 
purchaser- specific order intormalion. The server sys- 

30 tern can obtain this information in various ways. First, 
the server system could ask the customer if they would 
like to have single-action ordering enabled. If so, then 
the server system could prompt the customer using a 
Web page for the purchaser-specific order information. 

35 Second, the server system could also save tfie pur- 
chaser-specific order information collected when an 
order is placed conventionally. The server system could, 
either aulomatically or with the customer's assent, ena- 
ble single-action ordering. In step 301, the server sys- 

10 tem retrieves the client identifier that was sent by the 
client system. In step 302, the server system updates 
the client identifier/cuslomer table to indicate that the 
generated client identifier has been associated with that 
customer. In step 303. the server system sets a flag 

45 indicating that single-action ordering is enabled for that 
client identifier and that customer combination. That flag 
may be stored in the client identifier/customer table. In 
step 304, the server system sippties a confirming Web 
page io the client system. The next lime a purchaser 

so aJiempis to order an item, the client system will supply 
its client identifier to the server system. If single-action 
ordering is enabled for that purchaser, the server sys- 
tem will assume that the purchaser is the customer 
associated with that client identifier in thie client identi.- 

55 fier/customer table. Thus, a purchaser may not want to 
allow the server system to enable single-action ordering 
if there is a possibility that someone else may use that 
same client system. 
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[0018] . Figure 4 is a flow diagram ol a routine to gen- 
erate a Web page in which single-action ordering is 
enabled. Viftien single-action ordering is enabSed, the 
server system generates a Web page describing an 
item as is convenliorally done and then adds a single- 5 
action ordering section. In one embodiment, the server 
system adds partial purchaser-specific order informa- 
tion to the section. This information may include the 
customer's name, a shipping address moniker selected 
by the purchaser {e.g.. "al home"), and the last five dig- jo 
its o> a credit card number or a nickname selected by 
the purchaser. Such partial information should be the 
minimum information sufficient lo indicate to the pur- 
chaser whether or not the server system is using the 
correct purchaser-spedlic order information. In step 75 
401, the server system generates a standard shopping 
cart-type Web page for the item. In step 402, it the sin- 
gle-action ordering flag has been set for the client iden- 
tifier and oistomer combination, then the server system 
continues al step 403, else the server system com- so 
pleles. tn step 403, the server system adds the single- 
action section to the Web page and completes. 
[001 9] Figure 5 is a flew diagram of a routine which 
processes a single-action order. When a purchaser per- 
forms the single action needed to place an order, the cli- S5 
em system notifies the server system. The server 
system then combines the purchaser-spedlic order 
information for the customer associated with the client 
system with the item order information to complete the 
order. The single-action order may also be combined so 
with other single-action orders and possibly with other 
conventionally placed orders to reduce shipping costs. 
In one embodiment, single-action orders can be com- 
bined if they are placed within a certain lime period of 
each other [e.g.. 90 minutes). This routine illustrates the 35 
combining o) the single-action orders into a short-term 
order [e.g., availaHe to be shipped in less than a week) 
and a long-term order [e.g., available to be shipped in 
rnore than a week). One skilled in the art would appreci- 
ate that the single-action orders can be combined in 40 
various ways based on other factors, such as size of 
shipment and intermediate-term availability. In step 501 , 
if ttie item is expected to be shipped in the short term, 
then the server system continues at step 502, else the 
server system continues al step 505. In st^ 502, if a 4S 
short-term order has already been opened for the pur- 
chaser, then the server system continues at step 504, 
else the server system continues at step 503. In step 
503, the server system creates a short-term order for 
the purchaser. In step 504, the server system adds the so 
item to the short-term order and continues al step 508. 
In step 505, if a long-term order has already been 
opened lor the purchaser, then the server system con- 
tinues at step 507, else the server system continues at 
step 506. In step 506, the server system creates a long- 55 
term order for the purchaser. In step 507, the server 
system adds the item to the long-term order. In step 
508, the server system generates and sends the confir- 



mation and completes. 

[0020] Figure 6 is a How diagram of a routine for gen- 
erating a single-action order summary Web page. This 
Web page (e.g.. Figure 1C) gives the user the opportu- 
nity to view and modify the short-term and long-term 
single-action orders. In step 601, the server system 
adds the standard single-action order information to the 
Web page. In step 602, il a short-term order is open, 
then the server system adds the short-term order to the 
Web page in step 603. In step 604, if a long-term order 
is open, then the server system adds the long-term 
order information to the Web page in step 605 and com- 
pletes. 

[0021] Figure 7 is a flow diagram of a routine that 
implements an expedited order selection aigorilhm. The 
. goal of the expedited order selection algorithm is lo min- 
imize the number of orders sent lo each destination so 
lhat shippng costs are reduced. A destination may be a 
specific shipping address plus a specific purchaser's 
billing details. Orders that are sent to the same destina- 
tion are known as "sibling orders." The algorithm has 
two stages. In the lirst stage, the algorithm schedules 
for shipment the orders for destinations for which alt the 
sibling orders are filled. An order is filled when all its 
items are currently in inventory (i.e. , available) and can 
be shipped. For each group of sibling orders, the algo- 
rithm combines those sibling orders into a single com- 
bined order so that only one order is currently 
scheduled for shipment lo each destination. In the sec- 
ond stage, the algorithm combines and schedules 
groups of sibling orders for which some of the sibling 
orders are not filled or partially filled. The algorithm may 
split each partially filled sibling order into a tilled sibling 
order and a completely unfilled sibling order. The algo- 
rithm then combines all the filled sibling orders into a 
single combined order and schedules the combined 
order lor shipment. If any group has only one sibling 
order and thai order is partially filled, then the algorithm 
in one embodiment does not split that order lo avoid 
making an extra shipment to thai destination. 
[0022] During the second stage, the aigorilhm may 
select and schedule groups of sibling orders in a 
sequence lhat is based on the next fulfillmeni time for an 
itenn in the group. The next fulfillmeni time for a group of 
sibling orders is Ihe minimum expected fulfillment time 
of flie items in that group of sibling orders. For example, 
if a group of sibling orders has seven items that are not 
yet fulfilled and their expected fulfillment times range 
from 3 days to 14 days, then the next fuHiltment lime for 
tfiat group is 3 days. The algorithm first schedules those 
groups of sibling orders with the largest next fulfillmeni 
time. For example, ti 6 groups have next fulfillment limes 
of 3, 5. 7, 10, 11, and 14 days, respectively, then the 
algorithm first selects and schedules the sibling orders 
in the group with ihe next fulfillment time of 14 days, fol- 
lowed by Ihe group with the next fulfillment time of 1 1 
days, and so on. By delaying the scheduling ol groups 
with short next fulfillment limes, the algorithm increases 
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the chances of additional items becoming available 
(because ol the shortness of the next fulfillment time) 
and thus combined with the scheduled order. 
[0023] Steps 701-703 represent the first stage ol the 
expedited order selection algorithm, and steps 704-705 s 
represent the second stage o( the expedited selection 
order algorithm. In steps 701-703, the algorithm loops 
selecting groups in which all sibling orders are filled and 
combining the orders. In step 701. the algorithm selects 
the next group with all sibling orders that are filled. In »o 
step 703, if all such groups have already been selected, 
then the algorithm continues with the second stage in 
step 704. else Ihe algorithm continues at step 703. In 
step 703, the algorithm combines and schedules the 
orders in the selected group and loops to step 701. In is 
step 704, the algorithm selects the next group of sibling 
orders that has the largest next fulfillment time. In step 
70S. it all such groups have already been selected, then 
the algorithm is done, else the algorithm continues at 
step 706, In step 706. the algorithm combines and so 
schedules the orders in the selected group and loops to 
step 704. When the expedited order selection algorithm 
is being performed, new orders and new inventory may 
be received. Whenever such new orders and new inven- 
tory is received, then the algorithm restarts to schedule ?5 
and combine Ihe new orders as appropriate. 
[00241 Although the algorithm has been described as 
having two stages, it could be implemented in an incre- 
mental fashion where the assessment of the first and 
second stages are redone after each order is sched- 3o 
uiGd. One skilled in the art would recognize that there 
are other possible combinations of these stages which 
still express the same essential algorithm. 
[0025] Figures 8A-8C illustrate a hierarchical data 
entry mechanism in one embodiment. When collecting S5 
information from a user, a Web page typically consists 
of a long series of data entry fields that may not all fit 
onto the display al the same time. Thus, a user needs to 
scroll through the Web page to enter the information. 
When the data entry fields do not fit onto the display at 4o 
the same time, it is difficult for the user to get an overall 
understanding of the type and organization of the data 
to be entered. The hierarchical data entry mechanism 
allows a user to understand the overall organization of 
the data to be entered even though the all data entry 4S 
fields would not fit onto the display at the same time. 
Figure 8A illustrates an outline format o! a sample form 
to be filled in. The sanple form contains various sec- 
tions identified by letters A, B, C, and Q When the user 
selects the start button, then section A expands to so 
include the data entry fields for the customer name and 
address. Figure 8B illustrates the expansion of section 
A. Since only section A hsas been expanded, the user 
can view the data entry fields of section A and summary 
information of the other sections at the same time. The ss 
user then enters data in the various data entry fields 
that are displayed. Upon completion, the user selects 
either the next or previous buttons. The next button 
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causes section A to be collapsed and section B to be 
expanded so that iinanclal information may be entered. 
Figure 8C illustrates the expansion of section B. If the 
previous button is selected, then section A would col- 
lapse and be displayed as shown in Figure 8A. This col- 
lapsing and expanding is repeated for each section. At 
any time during the data entry, if an error is detected, 
then a Web page is generated with the error message in 
dose proximity {e.g. , on the line below) to the data entry 
field that contains the error. This Web page is then dis- 
played by the client system to inform the user of the 
error. In addition, each of the data "entry" fields may not 
be editable until the user clicks on the data entry field or 
selects an edit button associated with the data entry 
field. In this way, the user is prevented from inadvert- 
ently changing the contents of an edit field. When the 
user clicks on a data entry field, a new Web page is pre- 
sented to the user that allows lor the editing of the data 
associated with the field. When editing is complete, Ihe 
edited data is displayed in the data "entry" field. 
Because the fields ol the form are thus not directly edit- 
able, neither "named-submil" buttons nor Java are 
needed. Also, the form is more compact because the 
various data entry options (e.g. . radio button) are dis- 
played only on the new Web page when the field is to be 
edited. 

[0026] In other embodiments, the present invention 
provides a mechanism for giving a gift to an identified 
recipient(s) using a single action. When information is 
displayed describing the item, the system displays an 
instruction to identify the recipient(s) and then to select 
a "give" button to effect the giving of the item to the iden- 
tified reciptent(s). If the user is giving the gift to only one 
recipient, then the user enters identifying information, 
such as the email address, of the recipient l( the user is 
giving the gift to more than one recipient, the user could 
enter the identifying information of each recipient, or 
alternatively, the user could enter a group name that is 
associated with the identifying information for each 
member {i.e. , recipient) of the group. The system uses 
the identifying information to identify a delivery address 
for the gift. As described in more detail below, the sys- 
tem can use various databases to locate information for 
an identified recipient. 

[0027] Figures 9A-9B illustrate use of a single-action 
to give an item as a gift to one or more recipients. Figure 
9A illustrates Ihe giving of a gift to one recipient. The 
sections 101-104 are the same as described for Figure 
1A. The gift giving section 901 contains an instruction 
subsection 901a, an identifying information subsection 
901b, and a single-action giving subsection 901c. To 
effect the giving of the item to a recipient, the user 
enters the email address of the recipient in the identify- 
ing information subsection 90b and then s elects the sin- 
gle-action giving siAisection 901c. The system receives 
the email address and uses the email address to locale 
the delivery address for the recipient as described 
below in detail. The system bills the item to the user 
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based on information slored fof thai user for single- 
action ordering and ships the item to the recipient at the 
delivery address. As described below, the system can 
allow many diffefent types of identifying information to 
be specified by the user. 

[0028] Figure 9B Illustrates the giving of a gifl to mul- 
tiple recipients. The gift giving section 902 contains an 
instruction subsection 902a, a group name subsection 
902b, and a single-action giving subsection 902c. To 
effect the giving of the item to multipte recipients, the 
user inputs a name of tlie group that identifies the recip- 
ients into the group name subsection 902b and then 
selects the single-action giving subsection 902c. The 
system uses the group name to identity a list o1 recipi- 
ents who are associated with the group name. Figure 1 0 
illustrates a grid lof creation of a group and the entry of 
identifying information lor recipients associated with the 
group {i.e., members). The user enters the group name 
in group name section 1001 and then enters information 
relating to the recipients in each row of Ihe member 
information section 1002. The user can enter as much 
information about each recipient associated with the 
group as is known by the user. For example, the user 
may enter only the email address for some users, white 
entering the name, email address, and delivery address 
of other recipients. When the system is requested to 
give an item to each recipient associated with a group, 
the system uses the information slored for each recipi- 
ent to identify additional informalion need to effect the 
delivery of the gift as described below. The system may 
also store the identified additional informalion for each 
recipient so 1 hat when another item is subsequently 
given to that recipient, the additional information 
needed to effect the delivery of the item can be quickly 
retrieved. Alternatively, a single address book for a user 
containing the information for all possible recipients can 
be maintain ed. The user specifies a group by indicating 
some oi the recipients whose addresses are in the 
address book. The use of address books facilitates, the 
maintaining of multiple groups that have one or more 
recipients in common. In addition, a user can at any 
time provide additional information about a recipient lo 
facilitate the retrieval of sufficient information to effect 
Ihe delivery of an item. 

[0029] A computer-based method and system for 
coordinating the delivery of gifts by receiving gifl orders, 
collecting additional delivery information that is not 
specified in the gift orders, and delivering gifts based on 
the additional delivery information is also provided. In 
one emtjodimenl, the gift delivery system of Ihe present 
invention receives gift orders via Web pages provided 
on the WWW. The gift orders specify a gift that is to be 
delivered to a recipient. The recipient may be identified 
by information that does not include the delivery 
address of the recipient. For example. Ihe recipient may 
be only identified by a name and contact information 
such as an electronic mail address or a telephone 
number. The gift delivery system attenpts lo contact the 



recipient to obtain sufficient delivery information If Ihe 
contact is not successful, ihe gift delivery system 
searches various dataljases ol information lo identify 
additional contact information. 11 sufficient delivery infor- 
5 mation is obtained, the gilt is delivered to the recipient 
arxf the gift giver is notified accordingly. If, however, suf- 
ficient delivery information cannot be obtained, the gift 
giver is notified that the gift cannot be delivered. 
[0030] Figure 1 1 is a flow diagram of the overall flow 
10 of the gifl delivery system. In step 1 101, Ihe gift delivery 
system receives the order tor a gift from a gift giver. In 
one embodiment, Ihe order is received via access 
through a Web page, but may also be received via other 
modes of communicalion, such as a voice telephone 
T5 call, postal mail, facsimile, or eleclronic mail. In step 
1102, Ihe gift delivery system attempts to contact the 
recipient of the gifl. The gifl order may specify contact 
information for the recipient, such as an electronic mail 
address or a telephone number of the recipient. Based 
20 on the contact information provided wiih the gift order, 
an attempt via electronic mail or an automated voice tel- 
ephone call is made to initially contact the recipient and 
gather sufficient delivery information. Alternatively, a 
person may attempt to make a voice telephone contact 
25 with the recipienl. In step 1103, if the initial contact is 
successful, then the system continues at step 1106, 
else the system continues at step 1104. In step 1104, 
the system attempts to coliccf additional contact infor- 
mation. The system can obtain the additional contact 
30 information through various database sources using the 
information provided with the gift order. For example, 
the system can use the recipient's name or the recipi- 
ent's electronic mail address to access Internel-based 
database systems. In step 1 105, if the system obtains 
55 additional contact information from tfiese additional 
sources, then the system loops lo step 1 102 to attempt 
to contact the recipient using the additional contact 
information, else the system continues at step 1111. In 
step 1 106, Ibe system collects delivery infornnation from 
40 she successful contact. For example, if Ihe successful 
contact is a'phone call, the operator making the phone 
call preferabJy enters the delivery informalion. If the suc- 
cessful contact is an electronic mail exchange, the sys- 
tem preferably parses the recipient's reply message to 
45 coHecl the delivery information, in step 1107, the sys- 
tem verifies Oial the delivery information is correct. The 
system may use various databases, which contain lists 
of all proper street addresses, to verify the address. In 
step 1 108, if the delivery Information is verified, then the 
50 system continues at step 1109 to send Ihe gift lo the 
recipienl. else the system continues at step 1111. In 
step 1 109, the system sends the gift to the recipient. In 
step 1110, the system sends an elecJrontc mail to the 
gift giver providing notification that the gift has been 
55 sent successlully. In step 1111, if sufficient delivery 
information could not be gathered or the delivery infor- 
mation could not be verified, then the system sends a 
message {e.g., via electronic mail) to the gift giver pro- 
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viding notificalion that the gift could not be delivered and 
is being placed on hold. 

[0031 ] In an addilional embodiment (not shown), if an 
attempt to contact the recipient is unsuccessful in step 
1103, then the system attempts to obtain additional s 
delivery information tor the recipient from sources other 
than the recipient, such as databases and other sources 
similar to those discussed below i n conjunction with Fig- 
ure 8. If the system is able to obtain sufficient delivery 
information for the recipient in this manner, the system to 
preferably sends the gift to the recipient using the 
obtained delivery information. 

[0032] Figure 12 is a block diagram illustrating the 
components ol the gift delivery system. Computer sys- 
tem 1201 contains a central processing unit, memory, ts 
and peripheral devices, such as a disk drive and CD- 
ROM. The gift delivery system includes an order entry 
system 1202 and an order delivery system 1203. The 
order entry system provides a user interface for a gift 
giver to input a gift order. The order entry system in one 20 
errtodimeni comprises a Web page that accesses a gift 
database 1204. The gill giver uses the Web page pro- 
vided to select which gift should be sent to the recipient. 
In addition, the gift giver provides information describing 
the recipient. The order entry system then stores the 2s 
order information in the order database 1205. The gift 
delivery system controls the locating of additional deliv- 
ery information so that the gift can be successfully deliv- 
ered to the recipient. The gift delivery system retrieves 
information from the order database and attempts to 30 
contact the recipient based on the information provided 
with the gift order. If the recipient cannot be contacted 
based on that information, then the gilt delivery system 
accesses other database sources, such as the cus- 
tomer database 1206 and Internet- based databases as 
1208 to gather additional contact information for the 
recipient. 

[0033] Figure 13 is a slate diagram illustrating the var- 
ious states of a gift order. A gift order can be in one of 
six states: received, response pending, verifying deliv- 40 
ery information, collecting additional contact informa- 
tion, on hold, and scheduled lor delivery. Initially, when 
an order is received, the system places the order in the 
received stale 1301' When the system attempts to con- 
tact the recipient using the information provided by the 4S 
gift giver, the gift order changes to a response pending 
state 1302. The response pending stale indicates that 
the attempt to contact is in progress, but no response 
has yet been received from the recipient. If a sufficient 
response is received from the recipient in the allotted so 
time [e.g. . 24 hours), then the gift order changes to the 
verifying delivery information state 1303. In the verifying 
delivery information state, the system attempts to verify 
that the delivery information is correct. If the delivery 
address is correct, then the gift order enters the sched- ss 
uled for delivery state 1304. II the initial response was 
insufficient or not received in the allotted time, then the 
system places the gilt order in the collecting additional 



contact information state 1305. In the collecting addi- 
tional contact information slate, the system searches 
additional sources of information to determine addi- 
tional contact informatio'n about the recipient. II addi- 
tional contact information can be found, then the system 
attempts an additional contact, and places the gift order 
in the response pending slate 1302. If however, addi- 
lional contact information cannot be found, then the sys- 
tem places the gift order in the on hold state 1306. 
(0034J In a further preferred embodiment, if the initial 
response is insufficient, then the system places the gift 
order in a collecting addilional delivery information state 
(not shown). In the collecting additional delivery infor- 
mation stale, the system searches additional sources of 
information to obtain additional delivery information for 
the recipient. If the system is able to obtain sufficient 
delivery information in this manner, then the system 
places the gift order in the verify delivery information 
state 1303. Otherwise, the system places Ihe gift order 
in the on hold state 1308. 

[0035] Figure 14 is a flow diagram of a routine that 
controls the receiving of gift orders. The receive gilt 
order routine controls the interaction with the gift giver to 
select a gift from the gift database, to receive informa- 
tion on the recipient, to receive the payment, and to 
store the gift order in a database. This routine proc- 
esses gift orders received electronically. One skilled in 
the art would appreciate that similar routines could be 
developed to handle other forms of receiving gift orders. 
In step 1401. the routine receives a request to send a 
gift from a gift giver to a recipient electronically via a 
Web page. In step 1402. the routine creates a session 
with the gift giver. The session is used to track the inter- 
action with the gift giver and the gift delivery system. In 
step 1403. the routine receives the gift selection infor- 
mation. The gift selection information may be selected 
in response to a display of available gifts from the gift 
database. In step 1404. the routine receives recipient 
contact information from the gift giver. The recipient 
contact information may t^sically include the recipient's 
name and electronic mail address. In step 1405. the 
routine receives payment information. The payment 
inlormation may be in an electronic form, such as a 
CTedit card, debit card, or digital cash, or in a conven- 
tional form, such as ched< or money order. If in conven- 
tional form, the gift order may be placed in an additional 
slate waiting for receipt of the payment. In step 1406, if 
the payment is approved, then the routine continues at 
step 1408. else the routine notifies the gift giver that the 
payment has been denied. In step 1408. the routine 
assigns a gift order tracking number to the gift order. 
The gift order tracking number is used by the system to 
identify the gift order throughout its processing. In step 
1409, the routine stores the gift order information in the 
gift order database. Instep 1410, the routine notifies the 
gift giver thai the gift order has been accepted. In step 
141 1. the routine ends the session with the gift giver. 
[0036] Figure 15 is a blxk diagram of a routine that 
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conlrois Ihe attempt at first contact o1 the recipient. The 
first contact is made with contad information provided 
by the gift giver, such as electronic mail address and tel- 
ephone number. II sufficient information is not provided 
to even attempt to contact the recipient initially, the gift 
delivery system searches various databases to obtain 
such information based on the recipient's name. In step 
1501a, if the redpient's electronic mail address has 
been provided in the gift order, then the routine contin- 
ues at step 1501b, else the routine continues at step 
1502a. In step 1501b, the routine sends an electronic 
mail to the electronic mail address provided. The elec- 
tronic mail contains information indicating that a gift is to 
be sent to the recipient and requests delivery informa- 
tion for the gift. The electronic mail includes the tracking 
number assigned by the system so that v/hen a reply 
mail is received, the gift delivery system can determined 
to which gift order it corresponds. In step 1502a, if the 
recipient's phone number has been provided, then the 
routine continues at 1502b, else the routine continues 
various other attempts to contact the recipient. For 
example, if a facsimile number was provided, a facsimile 
message is sent to the number. In step 1502b, the rou- 
tine schedules an initial telephone contact with the 
recipient. The initial telephone contact could be via an 
automated voice telephone system in which a message 
is left with the person answering the phone or with an 
answering machine. Alternatively, a human operator 
may make the initial voice contact. After the initial con- 
tact is made, the gift order is placed in response pend- 
ing state. 

[0037] Figure 16 is a flow diagram of a routine that 
controls the processing of the initial voice telephone 
contact. This routine can either display information for a 
human operator or provide information to an automated 
operator. In slep 1601, if the telephone has been 
answered, then the routine continues at step 1602, else 
the routine leaves Ihe gift order still scheduled for initial 
contact. In step 1602, if a message is left either with a 
person or a voicemail system, then the routine contin- 
ues at st^ 1603, else the routine leaves the gift order 
stilt scheduled for initial contact. In step 1603. if a suffi- 
cient response has been received, then the routine con- 
tinues at step 1605. else the routine continues at step 
1604. In step 1604. the routine schedules the gift order 
for searching for additional contact information relating 
to the recipient. In step 1605, the routine updates the 
order database with the additional information about the 
recipient. In step 1606, the routine schedules the gift 
order to have its delivery information verified and 
changes its state to verifying delivery information. 
[0038] Figure 17 is a liow diagram of a routine that 
controls the processing of the initial response. The initial 
response can be via electronic mail, voice telephone, or 
facsimile message. In step 1701, if the tracking number 
is included in the response, then the routine continues 
at step 1702, else the routine continues at step 1704. In 
step 1702, the routine verifies the tracking number using 



the gift order database. In step 1703, if the tracking 
number has been verified, then the routine continues at 
step 1706, else the routine continues at step 1704. In 
step 1704. the routine attempts to lind the tracking 
5 number based on the information provided in the 
response. In step 1 705, if the tracking number can be 
found, then the routine continues at step 1706. else the 
routine continues at step 1707. In step 1706, if the 
response contains sufficient delivery information so that 
JO Ihe gift order can be delivered, then the routine contin- 
ues at step 1708, else the routine corrlinues at step 

1707. In step 1707, the routine schedules the order for 
searching for additional delivery inlormation. In step 

1708, the routine schedules the order to have its deliv- 
rs ery information verified and changes its state lo verify 

delivery information. 

[0039J Figure 1 8 is flow diagram of a routine that con- 
trols the collecting of additional contact information. 
This routine searches various database sources based 
30 on the information provided in the gift order. For exam- 
ple, in step 1801, the routine searches Internet-based 
telephone and electronic mail directories, such as 
Switchboard, Fourll, and Accumatl. In step 1802. the 
routine searches various CD-ROM databases ol tele- 
25 phone and electronic mail information, such as Select- 
Phone. In step 1803, the routine searches the local 
database of customer information. The local database 
of customer infcwmalion contains information of previ- 
ous recipients and gift givers. In step 1804, the routine 
30 searches various Internet-based search engines, such 
as Digital Equipment's Alta Vista or Infoseek's Ultra- 
seek. In step 1805, the routine uses the electronic mail 
address or telephone number to identify the geographic 
location of the recipient. In particular, the routine 
3S accesses the InterNIC Registration Services of Network 
Services for the domain name registration of the recipi- 
ent's electronic mail address. Alternatively, the routine 
accesses the standard table of area codes and tele- 
phone number prefixes to determine the geographic 
40 locale of the recipient. The gift delivery system can use 
each of these information sources, a subset of these 
information source, or additional information source to 
locate the additional information. In step 1 BOS, the rou- 
tine analyzes Ihe retrieved information to determine the 
45 information thai most likely corresponds to the recipi- 
ents based on geographic or contextual matches. This 
analysis may be done electronically or interactively with 
a human operator. In step 807, the routine stores the 
retrieved and analyzed information and the gift order 
so dalatiase. In st^ 808, the routine displays the informa- 
tion to a human operator and requests instructions on 
further processing. The instructions can either be to 
place the order on hold because sufficient delivery infor- 
mation has not been collected, send an initial contact to 
55 the recipient, or proceed with delivery of the gift. 

[0040] Figure 19 is a flow diagram of a routine thai 
controls the verifying ol the delivery information. The gift 
delivery system verifies the delivery information lo 
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ensure that the gift is being sent to a deliverable 
address. In step 1901 , Ihe routine checks the validity of 
the delivery rnfosmation automatically. The routine uses 
a database oi U.S. Postal Service addresses to deter- 
rrtine whether the delivery address is a valid U.S. Postal 
Service address, tn step 1902, if the address is valid, 
then the routine continues at step 1906, else the routine 
continues at step 1903. In step 1903, the routine 
prompts a human operator for manual verification of the 
address. Instep 1904, if ihe operator has manually ver- 
ified the address, then the routine continues at step 
1905. else the routine continues at step 1905. In step 

1905. the routine notilies the gift giver that the order 
cannot be fulfilled and places the order on hold. In step 

1906. the routine schedules Ihe gift for delivery and noti- 
fies the gift giver accordingly. 

[0041] Although the present invention has tseen 
described In terms of various enTtsodlmenls, it is not 
intended that the invention be limited to these embodi- 
ments. Modilication within the spirit of the invention will 
be apparent to those skilled in the art. For example, the 
server system can map a client identifier to multiple cus- 
tomers who have recently used Ihe client system. The 
server system can then allow the user to identify them- 
selves by selecting one of the mappings based prefera- 
bly on a display of partial purchaser-specific order 
information. Also, various different single actions can be 
used to effect the placement of an order. For example, a 
voice command may be spoken by the purchaser, a key 
may be depressed by Ihe purchaser, a button on a tele- 
vision remote control device may be depressed by the 
purchaser, or selection using any pointing device may 
be eifected by the purchaser. Although a single action 
may be preceded by multiple physical movements of the 
purchaser {e.g.. moving a mouse so that a mouse 
pointer is over a button), the single action generally 
refers to a single event received by a client system that 
Indicates to place the order. Finally, the purchaser can 
be alternately identified by a unique customer identifier 
thai is provided by the customer when Ihe customer ini- 
tiates access to the server system and sent to the 
server system with each message. This customer iden- 
tifier could be also stored persistently on the client sys- 
tem so that the purchaser does not need to re-enter 
their customer identifier each time access is initiated. 
The scope ol the present invention is defined by the 
claims that follow. 

Claims 

1 . A method for placing an order to purchase an item. 
Ihe order being placed by a purchaser at a client 
system and received by a server system, the 
method comprising: 

under control of the server system. 

receiving purchaser inlormation including 
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identriication of the purchaser, payment 

information, and shipment information 

from the client system; 

assigning a client identifier lo the client 

system; 

associating the assigned client identifier 
with Ihe received purchaser information; 
sending to the client system the assigned 
client identifier; and 

sending to the client system display inlor- 
mation identifying the item and including 
an order button; 

under control of the client system, 

receiving and storing the assigned client 
identifier; 

receiving and diqiiaying the display infor- 
mation; and 

in response to the selection of the order 
button, sending to Ihe server system a 
request to purchase the ideritified item, the 
request including the assigned identifier; 



under control of the server system, 

receiving the request; and 
combining the purchaser information asso- 
ciated with the client identifier included 
with the request to generate an order to 
purchase the item in accordance with the 
billing and shipment information 
whereby the purchaser effects the ordering 
of the product by selection of Ihe order tnJt- 

The method of claim 1 wherein the purchaser infor- 
mation is received when the purchaser placed a 
previous order. 

A method for ordering an item using a client sys- 
tem, the method comprising: 

displaying infornnation identifying the item and 
displaying an indication of an action that is to 
be performed to order the identified item; and 
in fBspcnse to the indicated action being per- 
formed, sending to a server system a request 
lo order the identified item 
whereby the server system uses an identifier of 
a customer ordering the item lo identify addi- 
tional inlormation needed to generate an order 
for the item. 

The method of claim 3 wherein the identifier identi- 
fies the client system and the server system pro- 
vides the identifier lo the client system. 
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5. The meihod of claim 3 wherein ihe client system 
and server system communicale via the Internet. 

6. The method of claim 3 wherein the identifier is pro- 
vided by the server system. 5 

7. The method of claim 3 wherein the displaying 
includes displaying an HTML document provided by 
the server system. 

10 

8. The meihod of claim 3 including sending from the 
client system to the server system a confirmation 
that the order was generated. 

9. The method of claim 3 wherein the action Is a single rs 
action. 

10. The method of claim 9 wherein the single action is 
clicking a mouse txjtton when a cursor is positioned 
over a predefined area of the displayed information. 20 

1 1 . The method of claim 9 wherein the single action is 
a sound generated by a user. ' 

1 2. The method of claim 9 wherein the single action is 2S 
selection using a television remote control. 

13. The method of claim 9 wherein the single action is 
depresang of a key on a key pad. 

30 

14. The method of claim 9 wherein the single action is 
selecting using a pointing device. 

15. The method of claim 9 wherein the single action is 
selection of a disptayed indication. ss 

1 6. The meihod of claim 3 wherein the displaying 
includes displaying partial information supplied by 
the server system as to the identity of ihe user. 

17. The method of claim 3 wherein the displaying 
includes displaying partial shipping information 

' supplied by the server system. 

18. The method of claim 3 wherein the displaying 45 
includes displaying partial payment information 
supplied by the server system. 

19. The method of claim 3 wherein the indicated action 

is selecting a button and that button indicates to so 
enable single-action ordering when currently not 
enabled. 

20. The method of claim 3 when the displaying includes 
displaying a moniker identifying □ shipping address 55 
for the customer. 

21. A method in a server system for generating an 



order (or an Hem, the method conprising: 

receiving user information for users of a plural- 
ity of client systems; 
for each client system. 

storing the received user informaiion in 
association with an identifier; and 
providing the identifier to the client system; 

when requested by a client system, providing 
information describing the item to the request- 
ing client system; 

receiving a request from a client system to 
order the item, the request indicating the iden- 
tifier and an indication of the item; and 
combining the user information stored in asso- 
ciation with Ihe indicated identifier to effect the 
ordering of the item for the user of the client 
system identified by the indicated identifier. 

22. The method of claim 21 including providing partial 
user information lo the client system so that the 
user can verify whether the identifier is associated 

■ with correct user information. 

23. The method of claim 21 wherein the server system 
associates user information for a plurality of users 
wifh one identifier and wherein a user designates 
which associated user information to use. 

2'». The method of claim 21 wherein the user informa- 
tion is received when orders are placed. 

25. The method of claim 21 wherein multiple orders are 
combined into a single order. 

26. The method of claim 21 wherein multiple orders are 
combined into separate orders based on expected 
shipment date. 

27. The method of claim 21 wherein the identifier 
uniquely identifies the user 

28. The meihod of claim 21 wherein the identifier 
uniquely identities a client system. 

29. The method of claim 28 wherein the identifier is 
associated with different users at different limes. 

30. The method of claim 28 wherein the identifier is 
associated with multiple users at the same time. 

31. The method of claim 28 wherein multiple identifiers 
are associated with one user at the same time. 

32. A method in a computer system lor scheduling 
orders lor a plurality ol destinations, the orders to 
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be shipped to the same deslination being sibling 
orders, ttie method comprising: 

scheduling (be sibling orders for each destina- 
tion for which-ati the sibling orders are filled so 5 
that multiple filled sibling orders can be shipped 
togeUier; and 

after scheduling such sibling orders, schedul- 
ing sibling orders for each destination for which 
at least one of the sibling orders has an avaiia- to 
b!e item. 

33. The method of claim 32 wherein the scheduling of 
sibling orders for which at least one of the sibling 
orders has an available item includes scheduling is 
those sibling orders with the largest next fulfillment 
time first. 

34. The method of claim 32 wherein when a new order 

is received, the steps of the method are restarted. 20 

35. The method of claim 32 wherein when inventory is 
received, the steps of the method are restarted. 

36. A method of placing an order for an item compris- 25 
ing: 

under control of the client system. 

displaying information identifying the item; ao 
and 

in response to a predefined action being 
performed, sending a request to order the 
item along with an identifier of a purchaser 
of the item to a server system; and ss 

under control of the server system, 

receiving the request: 

retrieving additional information previously 40 
stored for the purchaser identified by the 
identifier in the received request; and 
generating an order for the purchaser iden- 
tified by identifier in the received request. 

45 

37. The method of claim 36 wherein the displaying of 
information includes displaying information indicat- 
ing the predefined action. 

38. The method of claim 36 wherein the predefined so 
action is clicking a button. 

39. The method of claim 36 wherein the predefined 
action is speaking of a sound. 

55 

40. The method of claim 36 wherein the predefined 
action is a single action. 
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41. The method of claim 36 wherein a user of the client 
system does not need to explicitly identify them- 
selves when placing an order. 

42. A client system (or ordering an item comprising: 

an identifier that identifies a customer; 
a display component for displaying information 
identifying the item; and 
an item ordering component that in response to 
performance of a predefined action, sends a 
request to a server system io order the identi- 
fied item, the request including the identifier so 
thai the server system can locate additional 
information needed to complete the order. 

43. The client system of claim 42 wherein the display 
component is a browser. 

44. The client system of claim 42 wherein the prede- 
fined action is the clicking of a mouse button. 

45. A server system for generating an order compris- 
ing: 

a data storage medium storing information for a 
plurality of users; 

a receiving component for receiving requests 
to order an item, the request including an indi- 
cation of one of the plurality of users; and 
an order placement component that retrieves 
from the dala storage medium information for 
the indicated user and that uses the retrieved 
information to place an order for the indicated 
customer for the item. 

46. The server system of claim 45 wherein the request 
is sent by a client system in response to a single 
action being performed. 

47. A computer-readable medium containing instruc- 
tions for causing a computer system to perform the 
method of claim 3. 

48. A computer-readable medium containing instruc- 
tions tor causing a computer system to perform the 
method of claim 21. 

49. A method in a computer system for coordinating the 
delivery a gift given by a gift giver to a recipient, the 
method comprising: 

receiving an order from (he gift giver, the order 
identifying a gift to be delivered to the recipient 
arrd having contact information describing the 
recipient; 

storing the received order in an order database 
along with an order tracking number; 
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sending a communications 1o the recipient 
based on the contact inlormalion. Ihe commu- 
nications requesting delivery information for 
the gitJ. the communications including Ihe order 
tracf^ing number so that the recipient can 5 
include Ihe ordsr tracking number in a 
responds to Ihe communications for identilica- 
tion of the stored order: 

when the recipient does not respond to Ihe 
communications, collecting additional delivery 10 
information for the gilt based on Ihe contact 
information; 

when potential delivery information for the gift 
has been identified, verifying whether the 
polenlial delivery information is valid; and is 
when the delivery location has been verified as 
being valid, 

sending the gift in accordance with the 
delivery information; and 20 
notifying the gift giver that the gift has been 
sent to the recipient. 

50. The method of claim 49 wherein the sending of a 
communications includes sending an electronic zs 
mail. 

51. The method of claim 49 wherein the order is 
received via access through a Web page. 

30 

52. The method of daim 49 wherein the delivery infor- 
mation is an address and where the verifying 
includes: 

checking a database of valid addresses So 35 
determine whether the address can be deter- 
mined to be valid address; and 
when the address can be determined to be a 
valid address, indicating that Ihe delivery infor- 
mation has been verified; and 10 
when the address cannot be determined to be 
a valid address, 

prompting a person to indicate whether the 
address is valid; and 

when the person indicates that the address 
is valid, indicating that the delivery Infor- 
mation has been verified. 

53. The method of claim 49 wherein the collecting of so 
additional delivery information includes collecting 
information from one or more information sources 
that include an Internet-based telephone database, 

an Internet-based electronic mail database, a local 
telephone database, a local electronic mail data- ss 
base, a database of previous recipients and gift giv- 
ers, an Internet-based search engine, and a 
database of information relating to the domain 
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name registration of an electronic mail address ol 
the recipient. 

54. Tiie method of claim 49 wherein the communica- 
tions is a telephone call placed to the recipient. 

55. The method of claim 49 including when the gift can- 
not be delivered to the recipient, notifying the gift 
giver that the gift cannot be delivered. 

56. A method in a computer system for coordinating 
delivery of a gift from a gift giver to a recipient, the 
gift and recipient being specified in a gift order, the 
method comprising: 

determining whether the gift order includes suf- 
ficient information so that the gift can be deliv- 
ered to the recipient; 

when sufficient information is not provided in 
the gift order, obtaining delivery information 
from one or more information sources; and 
when sufficient delivery information can be 
obtained from the additional information 
sources so that the gill can be delivered to the 
recipient, directing the gift to be sent to Ihe 
recipient as indicated by the deliver informa- 
tion. 

57. "Hie method of claim 56 including receiving the gift 
order electronically. 

58. The method of claim 56 wherein when the gift order 
contains information such that the recipient can be 
contacted, obtaining the delivery information by 
contacting Ihe recipient directly. 

59. The method of claim 56 wherein the recipient is 
contacted directly by sending an electronic mail. 

60. TTie method of claim 56 wherein the recipient is 
contacted directly by a voice telephone call. 

61. The method of claim 56 wherein the obtaining of 
delivery information includes collecting information 
from one or more information sources selected 
from among an Internet-tased telephone data- 
base, an Internet-based electronic mail database, a 
local telephone database, a local electronic mail 
database, a database ol previous recipients and gift 
givers, an internet-based search engine, and a 
database ol information relating to the domain 
name registration of an electronic mail address of 
the recipient. 

62. A conputer-based gift delivery system for coordi- 
nating the delivery of a gift from a gift giver to a 
recipient, comprising: 
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an order entry component for providing a selec- 
tion of available gifts, lor receiving a selection 
of a gift, ior receiving contact information 
descritsing the recipient, and for storing the gift 
order; and 5 
a gift delivery componenl for retrieving the 
stored gift order, for determining whether the 
contact information includes sufficient delivery 
inlor matiorr to deliver the gift to the recipient, for 
when sufficient delivery irriormatton is no) to 
included, obtaining additional information 
about the recipient by attempting to contact the 
recipient and by searching various databases 
ol information, and lor directing the sending ol 
the gin to the recipient when suffident delivery is 
information has been obtained. 

63. The gifl delivery system of claim 62 wherein the 
order entry component assigns an order tracking 
identificationio each gift order and wherein the gift 2o 
delivery component includes the order tracking 
identilication when attempting to contact the recipi- 
ent. 

64. The gift delivery system of claim 62 wherein the gift 25 
delivery component searches various Internet- 
based databases using the recipient name or elec- 
tronic mail address. 

65. The gift delivery system of claim 62 wherein the 3o 
order entry component receives payment electroni- 
cally. 

66. The gilt delivery system of claim 62 wherein the 
order entry component is accessed via Web pages. 35 
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Summary Description of Item 



Add it to your shopping cart 
{You can always cancel later . . . ) 



f rm^i Order faster with l-click! 

(Y ou can cancel within 90 minutes ) 

103a 



Buy item and ship to: 



103b John Doe at home 

103c Check shipping address or change 1 -click settings 
103d Learn more about 1 -click express ordering 



Detail Description of Item 



Fig. lA 



16 



BP 0 902 381 A2 



Thank you for your I -click order.' 

A quantity of 1 of [the item! will be shipped lo you 
35 soon as possible. We will do our best to 
minimize your shipping costs by combining your 
I -click orders into as few shipments as possible. 

Please continue browsing. 
Review or chanpe your 1 -click orders 



Summary Description of Item 



Fig. IB 
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Sumrnary of 1 -Click Express Orders 



Press this button if you jChanged Quantitie7| of any item 
below. If you don't press it, your changes won't "stick." 
You can set the quantity to 0 (zero) to cancel an item. 

The I -click orders below (available in 3 or fewer days) 
will be shipped together. 



Order #098337 
rn Item 1 

rn Item 2 

Total 



$10.00 
$15.00 
$25.00 



TTie 1 -click orders below (available in one week or roore) 
will be shipped together. 

Order #098336 

fT] Items $20.00 

rn Item 4 $ 6.00 

Total $26.00 



Ship to: 

Shipment Method: 
Payment Method: 



Continue Shopping 



John Doe at home 
Standard Domestic Shipping 
♦*♦* *•** **♦! 2345 



1 -Click Express shipping policies 



Fig.lC 
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[Enable Single-Action) 
\^ Ordering y 







Retrieve client ID 




302 


Set client ID/customer 


mapping 






■303 


Set single-action 
ordering for client 
ID/ciistomer 




304 


Return confirming 
web page 







Done 



Fig. 3 
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(Generate Item A 
Web Page J 





401 


Generate standard 
stopping cart web page 
for item 







"Singie^^ 
'Action flag ser\N_ 
^ for client ID/ ^ 
" vcustomet> 



Add single-action 
section to web page 



Q Done J 

Fig, 4 
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Fig. 5 
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Fig. 6 



EP 0 902 381 A2 



(Expedited Order 
Selection 



701 

Select next group vvith 
ail sibling orders filled 




Y 

704 



Select next group vvith 
partially filled order 
that has largest next 
fulfillment time 




Fig. 7 
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START 

A: Customer Name & Address 
B: Customer Financial Info 
C: Customer Employment Info 
D: Customer Education Info 

Fig. 8 A 



A: First Name 
M.I. 

Last Name 
Street 
City 
State 

Next 



Previous 



Zip : 



B: Customer Financial Info 
C: Customer Employment Info 
D: Customer Education Info 



Fig, 8B 
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A: Customer Name & Address 

B: Net Worth: [ 

Annual Income: [ 

Spouse's Annual Income:, [ 

Other Income: [ 



C; 



Next 



Previous 



Customer Employment Info 
Customer Education Info 



Fig. 8C 
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Summary Description of Item 



Add it to your shopping cart 



Buy item and ship to: 



John Doe at home 



Give this item to a fneod. 
901a Just type in their email and press GIVE. 



"71 



\GIVE[ 



Detail Description of Item 



Fig. 9 A 
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Summary Description of Item 



Add it to your shopping cart 



Buy item and ship to: 



John Ooe at home 



Give this item to a groups of friends, 
i 9023 Jiist type in the group name and press GIVE. 



Group Name: 



Detail Description of Item 



Fig, 9B 
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Create Group 

yr- 1001 

Group Name: 

Member Information 
Name Email Delivery Address . . . 



Fig, 10 
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^rack Gift Deiiveiy^ 




Send gift to recipient 



Notify gift giver of 
success 



Fig. 11 
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Receive Gift Order 



i 1401 

Receive gift giver 
request 



I 1402 

Create session with 
gift gjver 



I 1403 

Receive gift selection 



I 1404 

Receive recipient 
contact information 



1405 



Receive payment 
information 




Assign gift order 
trackiEg number 



i 1409 

Store gift order 
information 



I 1410 

Notify gift giver of 
approval 



I 1411 

End session with gift 
giver 



/ — ^ — ^ Fig, 14 

Done J ^ 
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1501b 



Send initial email 



. 1502b 

Schedule initial phone 
contact 



Fig. 15 
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im 

Schedule searching for 
additional contact 
information 



Updale database with 
recipient's information 



me 



Schedule verifying 
delivery information 













Done 



Fig. 16 
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/Collect AddirionalX 
\Contact Information/ 



Search Internet-based 
telephone and email 
directories 



Search CD-ROM 
telephone and email 
directories 



Search local database 
of customers 



Search with Internet- 
based search engines 



I 1805 

Search for geographic 
Lnfonnation &om 
phone or email 



I 1806 

Analyze retrieved 
information 



I 1807 

Store retrieved and 
analyzed information 



Display information 



Fig, 18 



Receive instructions 
on fiMher processing 



Done J) 
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C Verify Delivery 
Information 

1901 

Check validity of 
address 





N 


Notify gift giver of 




failure 





Y 






1906 




Schedule for deliveiy 



Done ^ 



Fig. 19 
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